Linux ATA/IDE development
 help / color / mirror / Atom feed
* sata_sil24 testing results
@ 2005-11-20 22:02 linux
  2005-11-20 22:21 ` linux
  0 siblings, 1 reply; 3+ messages in thread
From: linux @ 2005-11-20 22:02 UTC (permalink / raw)
  To: htejun; +Cc: linux, linux-ide

On an AMD64 board (uniprocessor core, nForce4-SLI chipset) with
3x Sil323s controllers and 6x 400 GB Seagate 7200.8 drives,
I've been running continuous "badblocks -w -t random" on all drives
this weekend.  However, one drive stopped working after completing

> badblocks -w -t random -v -p20 -b4096 -c4096 /dev/sde4
> Checking for bad blocks in read-write mode
> From block 0 to 85957790
> Testing with random pattern: done                        
> Reading and comparing: done                        
> Pass completed, 0 bad blocks found.
> Checking for bad blocks in read-write mode
> From block 0 to 85957790
> Testing with random pattern: done                        
> Reading and comparing: done                        
> Pass completed, 0 bad blocks found.
> Checking for bad blocks in read-write mode
> From block 0 to 85957790
> Testing with random pattern: done                        
> Reading and comparing: done                        
> Pass completed, 0 bad blocks found.
> Checking for bad blocks in read-write mode
> From block 0 to 85957790
> Testing with random pattern: done                        
> Reading and comparing: done                        
> Pass completed, 0 bad blocks found.
> Checking for bad blocks in read-write mode
> From block 0 to 85957790
> Testing with random pattern: done                        
> Reading and comparing: done                        
> Pass completed, 0 bad blocks found.
> Checking for bad blocks in read-write mode
> From block 0 to 85957790
> Testing with random pattern: done                        
> Reading and comparing: done                        
> Pass completed, 0 bad blocks found.
> Checking for bad blocks in read-write mode
> From block 0 to 85957790
> Testing with random pattern: done                        
> Reading and comparing: done                        
> Pass completed, 0 bad blocks found.
> Checking for bad blocks in read-write mode
> From block 0 to 85957790
> Testing with random pattern: 

The kernel logs contain 48 hours of silence, followed suddenly by:

Nov 20 13:55:45 $host kernel: ata5: command timeout
Nov 20 13:55:45 $host kernel: ata5: status=0x50 { DriveReady SeekComplete }
Nov 20 13:55:45 $host kernel: sde: Current: sense key: No Sense
Nov 20 13:55:45 $host kernel:     Additional sense: No additional sense information
Nov 20 13:55:45 $host kernel: sata_sil24 ata5: resetting controller...
Nov 20 13:56:15 $host kernel: ata5: command timeout
Nov 20 13:56:15 $host kernel: ata5: status=0x50 { DriveReady SeekComplete }
Nov 20 13:56:15 $host kernel: sde: Current: sense key: No Sense
Nov 20 13:56:15 $host kernel:     Additional sense: No additional sense information
Nov 20 13:56:15 $host kernel: sata_sil24 ata5: resetting controller...
Nov 20 13:56:45 $host kernel: ata5: command timeout

...repeats every 30 seconds...

Nov 20 16:37:15 $host kernel: sata_sil24 ata5: resetting controller...
Nov 20 16:37:45 $host kernel: ata5: command timeout
Nov 20 16:37:45 $host kernel: ata5: status=0x50 { DriveReady SeekComplete }
Nov 20 16:37:45 $host kernel: sde: Current: sense key: No Sense
Nov 20 16:37:45 $host kernel:     Additional sense: No additional sense information
Nov 20 16:37:45 $host kernel: sata_sil24 ata5: resetting controller...

The previous kernel message was a note about RAID reconstruction finishing
on Nov. 18.

The badblocks running on /dev/hde is immune to kill -9, but another
program I tried to access the disk with came back after several minutes.
(I don't know exactly how long; I tried to kill it for a while, then
started writing this mail, and just noticed the prompt reappeared while
I wasn't watching.)

The other 5 drives are still chugging along, including /dev/sdf.  No
disk errors have been reported.

The machine is currently up and running in the stuck state if there
is any useful debugging info I can extract from it.

Anyway, I hope this is of some use.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2005-11-21  2:06 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-11-20 22:02 sata_sil24 testing results linux
2005-11-20 22:21 ` linux
2005-11-21  2:06   ` linux

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox