[note, this is for the ultra2, which displays the same problem]
try these:
badblocks (read the manpage)
read the manpage, tried the program.. it didn't find anything.
This doesn't seem to be the problem, from what I've experienced.
cat /proc/scsi/<controller>/0
Sparc ESP Host Adapter:
PROM node f006347c
PROM name SUNW,fas
ESP Model Happy Meal FAS
DMA Revision Rev HME/FAS
cat /proc/scsi/scsi
nothing unusual here.
scsi-config <dev> (X frontend for scsiinfo)
well, it finds the disks etc, and I can't find any strange values.
and if everything fails this could be a (dirty) solution:
scsiadd -r <scsi_id>
scsiadd -a <scsi_id>
This is not really what I want to do. I'll try to explain the problem
better :
Sometimes, after the system has been up and running for a while with a
couple of disks attached, I get "Live target 0 not responding" plastered
over the console. The disks becomes totally non-responsive and the LED
is lit constantly. Nothing gets written to the logs at all. This
happened with one disk, and it managed to corrupt my partition table on
that disk. I reinstalled on another disk and thought that I don't want
to encounter this kind of problem again, I thought it was the disk that
was faulty. Now, with a different disk, woody installed on it. Got the
latest SMP kernel from the stable tree and started to construct a mirror
of two different disks. Then I got hit with the same error message
again. A bit odd, had to reboot.. got the mirrors up and running and
today I was just about to copy the contents of the root over to the
mirror so that I could quietly sit and work on the files that needed
some work in order to reflect the changes. While copying, it hung again.
I do not think this is a hardware issue, as it always messes with target
0, no matter what drive is there. The feeling I get after encountered
this problem on two different machines is that it is either kernel-based
or debian-based. The Ultra2 and the Enterprise 3000 have a few things in
common, although one is high-end and the other is rather low-end.
1) Both are SBUS based.
2) Same SCSI chip? I'll check this.
3) Anything else?
Hope this clears up any misunderstandings.
Wbr
Andreas Loong