[opensuse] Promise TX4 RAID: lots of errors in logs - how worried should I be?
Hello! I've just created RAID 5 with Promise TX4 and 4 x ST3500630AS (Seagate 7200.10). I'm running the latest kernel for SUSE 10.2, which is 2.6.18.8-0.3-default and it's using sata_promise as driver. Seemed fine, but I just noticed that it generates lots of errors in the logs: Jun 8 03:35:20 delta kernel: ata4: no sense translation for status: 0x50 Jun 8 03:35:20 delta kernel: ata4: translated ATA stat/err 0x50/00 to SCSI SK/ASC/ASCQ 0xb/00/00 Jun 8 03:35:20 delta kernel: ata4: status=0x50 { DriveReady SeekComplete } I get these for all the disks in the raid (ata1, ata2, ata3, ata4). The controller and the disks are brand new. Smartctl doesn't find anything wrong with the disks (-t long). Something is definitely wrong. I can not find out what. I did find some indication from a little googling that it could be a bug in the sata_promise. There were somebody here using the same SATA card with SUSE 10.2 just a while ago... is anybody else seeing these? I'm just about to move all my files there, but just now I'm quite worried. -- HG. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Friday 08 June 2007 11:34:26 HG wrote:
Hello!
I've just created RAID 5 with Promise TX4 and 4 x ST3500630AS (Seagate 7200.10). I'm running the latest kernel for SUSE 10.2, which is 2.6.18.8-0.3-default and it's using sata_promise as driver. Seemed fine, but I just noticed that it generates lots of errors in the logs:
Jun 8 03:35:20 delta kernel: ata4: no sense translation for status: 0x50 Jun 8 03:35:20 delta kernel: ata4: translated ATA stat/err 0x50/00 to SCSI SK/ASC/ASCQ 0xb/00/00 Jun 8 03:35:20 delta kernel: ata4: status=0x50 { DriveReady SeekComplete }
I get these for all the disks in the raid (ata1, ata2, ata3, ata4). The controller and the disks are brand new. Smartctl doesn't find anything wrong with the disks (-t long).
Something is definitely wrong. I can not find out what. I did find some indication from a little googling that it could be a bug in the sata_promise. There were somebody here using the same SATA card with SUSE 10.2 just a while ago... is anybody else seeing these? I'm just about to move all my files there, but just now I'm quite worried.
-- HG.
Looks more like FYI messages rather than errors to me. Matthew -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Hi!
On 6/8/07, Matthew Stringer
On Friday 08 June 2007 11:34:26 HG wrote:
Hello!
I've just created RAID 5 with Promise TX4 and 4 x ST3500630AS (Seagate 7200.10). I'm running the latest kernel for SUSE 10.2, which is 2.6.18.8-0.3-default and it's using sata_promise as driver. Seemed fine, but I just noticed that it generates lots of errors in the logs:
Jun 8 03:35:20 delta kernel: ata4: no sense translation for status: 0x50 Jun 8 03:35:20 delta kernel: ata4: translated ATA stat/err 0x50/00 to SCSI SK/ASC/ASCQ 0xb/00/00 Jun 8 03:35:20 delta kernel: ata4: status=0x50 { DriveReady SeekComplete }
I get these for all the disks in the raid (ata1, ata2, ata3, ata4). The controller and the disks are brand new. Smartctl doesn't find anything wrong with the disks (-t long).
Something is definitely wrong. I can not find out what. I did find some indication from a little googling that it could be a bug in the sata_promise. There were somebody here using the same SATA card with SUSE 10.2 just a while ago... is anybody else seeing these? I'm just about to move all my files there, but just now I'm quite worried.
-- HG.
Looks more like FYI messages rather than errors to me.
But I get them a lot and I've never seen them before. It seems that it happens during high disk activity and not always. So something out of the ordinary definitely happens. -- HG. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Friday 08 June 2007, HG wrote:
Hi!
On 6/8/07, Matthew Stringer
wrote: On Friday 08 June 2007 11:34:26 HG wrote:
Hello!
I've just created RAID 5 with Promise TX4 and 4 x ST3500630AS (Seagate 7200.10). I'm running the latest kernel for SUSE 10.2, which is 2.6.18.8-0.3-default and it's using sata_promise as driver. Seemed fine, but I just noticed that it generates lots of errors in the logs:
Jun 8 03:35:20 delta kernel: ata4: no sense translation for status: 0x50 Jun 8 03:35:20 delta kernel: ata4: translated ATA stat/err 0x50/00 to SCSI SK/ASC/ASCQ 0xb/00/00 Jun 8 03:35:20 delta kernel: ata4: status=0x50 { DriveReady SeekComplete }
I get these for all the disks in the raid (ata1, ata2, ata3, ata4). The controller and the disks are brand new. Smartctl doesn't find anything wrong with the disks (-t long).
Something is definitely wrong. I can not find out what. I did find some indication from a little googling that it could be a bug in the sata_promise. There were somebody here using the same SATA card with SUSE 10.2 just a while ago... is anybody else seeing these? I'm just about to move all my files there, but just now I'm quite worried.
-- HG.
Looks more like FYI messages rather than errors to me.
But I get them a lot and I've never seen them before. It seems that it happens during high disk activity and not always. So something out of the ordinary definitely happens.
-- HG.
Some google hits suggest turning off smart in the bios may suppress the messages. -- _____________________________________ John Andersen -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Hello!
On 6/8/07, John Andersen
On Friday 08 June 2007, HG wrote:
Hi!
On 6/8/07, Matthew Stringer
wrote: On Friday 08 June 2007 11:34:26 HG wrote:
Hello!
I've just created RAID 5 with Promise TX4 and 4 x ST3500630AS (Seagate 7200.10). I'm running the latest kernel for SUSE 10.2, which is 2.6.18.8-0.3-default and it's using sata_promise as driver. Seemed fine, but I just noticed that it generates lots of errors in the logs:
Jun 8 03:35:20 delta kernel: ata4: no sense translation for status: 0x50 Jun 8 03:35:20 delta kernel: ata4: translated ATA stat/err 0x50/00 to SCSI SK/ASC/ASCQ 0xb/00/00 Jun 8 03:35:20 delta kernel: ata4: status=0x50 { DriveReady SeekComplete }
I get these for all the disks in the raid (ata1, ata2, ata3, ata4). The controller and the disks are brand new. Smartctl doesn't find anything wrong with the disks (-t long).
Something is definitely wrong. I can not find out what. I did find some indication from a little googling that it could be a bug in the sata_promise. There were somebody here using the same SATA card with SUSE 10.2 just a while ago... is anybody else seeing these? I'm just about to move all my files there, but just now I'm quite worried.
Some google hits suggest turning off smart in the bios may suppress the messages.
Doesn't sound right to me. AFAIK, the smart setting in BIOS just either turns smart on (or off) the same way as smartctl -s on. And nothing else even hints that one should not use smart to check the hard drives in the RAID. So, it's hard to believe that would be the case. Obviously, I can not try it that way as there is no BIOS for the Promise TX4. I could try the smartctl though. BTW, I'm been looking at the log now more carefully while I've been transferring about 200Gb worth of files there. The error messages seem to come about once in 10 minutes. No patterns in from which drive it comes from. -- HG. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Friday 08 June 2007, HG wrote:
Doesn't sound right to me. AFAIK, the smart setting in BIOS just either turns smart on (or off) the same way as smartctl -s on. And nothing else even hints that one should not use smart to check the hard drives in the RAID. So, it's hard to believe that would be the case. Obviously, I can not try it that way as there is no BIOS for the Promise TX4. I could try the smartctl though.
Well the theory i saw was that the driver did not understand the smart messages in all cases and it spits an error each time it sees one it does not understand. -- _____________________________________ John Andersen -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (3)
-
HG
-
John Andersen
-
Matthew Stringer