sata_promise issue with SATA 300 TX4 (PDC40718)

sata_promise issue with SATA 300 TX4 (PDC40718)

[Theo Baumgartner]

Hello

There seem to be an issue(s) in 2.6.18.1 and also other kernels with
high I/O and the sata_promise driver.

My Log gets filled with these messages with kernel 2.6.18.1 and 2.16.19-rc2-mm1 (from gentoo portage):
----snip
ata1: no sense translation for status: 0x50
ata1: translated ATA stat/err 0x50/00 to SCSI SK/ASC/ASCQ 0xb/00/00
ata1: status=0x50 { DriveReady SeekComplete }
----snip
The Results from kernel 2.6.18.1 are made with these following bonnie++ commands:
bonnie++ -d /mnt/raid-array/ -s 1024 -n 5 -u theo
bonnie++ -d /mnt/raid-array/ -s 4096 -n 5 -u theo


These messages i'm getting with kernel 2.6.17-gentoo-r8
----snip
ata2: status=0x50 { DriveReady SeekComplete }
sdb: Current: sense key=0x0
    ASC=0x0 ASCQ=0x0
Info fld=0x10be
----snip
The Results from kernel 2.6.17-gentoo-r8 are made with several
concurrent copy workloads to Disk from Network with NFSv4 over a 100Mbit
NIC. Also made with bonnie++ with same results.

It seem to be the same failure over and over again.

lspci:
00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333]
00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333 AGP]
00:06.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
00:07.0 Mass storage controller: Promise Technology, Inc. PDC40718 (SATA 300 TX4) (rev 02)
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
01:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 440] (rev a3)

/proc/interrupts from 2.6.18.1 and 2.6.17-gentoo-r8 look the same:
           CPU0
  0:     665825    IO-APIC-edge  timer
  1:          9    IO-APIC-edge  i8042
  8:          2    IO-APIC-edge  rtc
  9:          0   IO-APIC-level  acpi
 14:       1221    IO-APIC-edge  ide0
 16:        800   IO-APIC-level  eth0
 17:      41397   IO-APIC-level  libata
NMI:          0
LOC:     657650
ERR:          0
MIS:          0


/proc/interrupts from 2.6.19-rc2-mm1:
           CPU0
  0:     541995   IO-APIC-edge      timer
  1:          8   IO-APIC-edge      i8042
  8:          2   IO-APIC-edge      rtc
  9:          0   IO-APIC-fasteoi   acpi
 12:          4   IO-APIC-edge      i8042
 14:       1188   IO-APIC-edge      ide0
 16:       1168   IO-APIC-fasteoi   eth0
 17:      43496   IO-APIC-fasteoi   libata
NMI:          0
LOC:     534837
ERR:          0
MIS:          0


Hope someone can use these Informations.

Greetings
Theo

Re: sata_promise issue with SATA 300 TX4 (PDC40718)

[Ansgar Knappheide]

Theo Baumgartner schrieb:
> Hello
>
> There seem to be an issue(s) in 2.6.18.1 and also other kernels with
> high I/O and the sata_promise driver.
>
> My Log gets filled with these messages with kernel 2.6.18.1 and 2.16.19-rc2-mm1 (from gentoo portage):
> ----snip
> ata1: no sense translation for status: 0x50
> ata1: translated ATA stat/err 0x50/00 to SCSI SK/ASC/ASCQ 0xb/00/00
> ata1: status=0x50 { DriveReady SeekComplete }
> ----snip
> The Results from kernel 2.6.18.1 are made with these following bonnie++ commands:
> bonnie++ -d /mnt/raid-array/ -s 1024 -n 5 -u theo
> bonnie++ -d /mnt/raid-array/ -s 4096 -n 5 -u theo
>
>
> These messages i'm getting with kernel 2.6.17-gentoo-r8
> ----snip
> ata2: status=0x50 { DriveReady SeekComplete }
> sdb: Current: sense key=0x0
>     ASC=0x0 ASCQ=0x0
> Info fld=0x10be
> ----snip
>   
I have seen this error message on all versions of kernel 2.6 since the 
beginning and also on kernel 2.4 and asked about this error message some 
time ago, but didn't get an answer.
It happens on heavy random access (heavy headmovement) on disk but also 
on fsck(.ext3). Since kernel 2.16 or 2.6.17 (since printing "Info 
fld=xxxxxx) this error message is getting rare.
P.S. I've never seen any data corruption, so this is not a serious error 
for me , but might be for others.

> The Results from kernel 2.6.17-gentoo-r8 are made with several
> concurrent copy workloads to Disk from Network with NFSv4 over a 100Mbit
> NIC. Also made with bonnie++ with same results.
>
> It seem to be the same failure over and over again.
>
> lspci:
> 00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333]
> 00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333 AGP]
> 00:06.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
> 00:07.0 Mass storage controller: Promise Technology, Inc. PDC40718 (SATA 300 TX4) (rev 02)
> 00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
> 00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
> 00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
> 00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82)
> 00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
> 00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
> 01:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 440] (rev a3)
>
> /proc/interrupts from 2.6.18.1 and 2.6.17-gentoo-r8 look the same:
>            CPU0
>   0:     665825    IO-APIC-edge  timer
>   1:          9    IO-APIC-edge  i8042
>   8:          2    IO-APIC-edge  rtc
>   9:          0   IO-APIC-level  acpi
>  14:       1221    IO-APIC-edge  ide0
>  16:        800   IO-APIC-level  eth0
>  17:      41397   IO-APIC-level  libata
> NMI:          0
> LOC:     657650
> ERR:          0
> MIS:          0
>
>
> /proc/interrupts from 2.6.19-rc2-mm1:
>            CPU0
>   0:     541995   IO-APIC-edge      timer
>   1:          8   IO-APIC-edge      i8042
>   8:          2   IO-APIC-edge      rtc
>   9:          0   IO-APIC-fasteoi   acpi
>  12:          4   IO-APIC-edge      i8042
>  14:       1188   IO-APIC-edge      ide0
>  16:       1168   IO-APIC-fasteoi   eth0
>  17:      43496   IO-APIC-fasteoi   libata
> NMI:          0
> LOC:     534837
> ERR:          0
> MIS:          0
>
>
> Hope someone can use these Informations.
>
>   
I would be glad to help with info on this, but on patch testing I#m a 
bit careful because my computer is a productive system used on daily base

Ansgar Knappheide

Re: sata_promise issue with SATA 300 TX4 (PDC40718)

[Ansgar Knappheide]

Theo Baumgartner schrieb:
> Ansgar Knappheide schrieb:
>   
>> I have seen this error message on all versions of kernel 2.6 since the 
>> beginning and also on kernel 2.4 and asked about this error message some 
>> time ago, but didn't get an answer.
>> It happens on heavy random access (heavy headmovement) on disk but also 
>> on fsck(.ext3). Since kernel 2.16 or 2.6.17 (since printing "Info 
>> fld=xxxxxx) this error message is getting rare.
>> P.S. I've never seen any data corruption, so this is not a serious error 
>> for me , but might be for others.
>>     
>
> Is this only limited to sata_promise or are there also other sata/pata drivers
> that have this type of error message?
> There has to be a reason for this message. Is the controller/disk telling the
> kernel "stop pushing me or i will loose data"?
>
>   
I don't know, if there are other drivers, cause for my pata drives I use 
the "old" ide via82cxxx driver not libata pata and there I don't get any 
error messages of this type.
> And is there realy _no_ data corruption? This fileserver should store my
> picture archive and i don't/can't do every day/week backups. And as long as i get
> this message i don't trust this machine/controller/disk/kernel/driver/whatever.
>   
I have seen no really no data corruption, not even under heavy load and 
I am using the SATAII150 TX4 (I think the driver makes no difference 
between your and my controller except the the transfer rate) controller 
about a year without any problems on my productions system.
I guess this error, means something like "timeout on last command, tryed 
again with success" or similar.

I hope any of the driver programmers will soon, get on this (I'm still 
waiting for ATAPI support on this driver, cause I extra bought a SATA 
dvdwriter to be ready for future).

Ansgar Knappheide

Re: sata_promise issue with SATA 300 TX4 (PDC40718)

[Ansgar Knappheide]

Theo Baumgartner schrieb:
> Several times i heard a sound like the disk head is banging against
> the case. Got me very paranoic about disk failure. Why should a brand new disk
> make such a noise? Is this still related to these failures/messages/whatever the 
> kernel now giving out in Mbyte chunks (yes log is realy growing rapidly)?
>   
I never heard such a noise on my harddisk (Maxtor 6L200M0). You should 
check SMART status of your drive, if there are problems on the harddisk 
it will surely show up in the SMART attributes or even the SMART log (if 
it's in the log, it's time to backup your harddrive and replace it).

P.S. Perhaps the acoustic management is set to loud (check with hdparm 
or similar program).

Ansgar Knappheide