Promise SATA300 TX4 onder linux?

[MisterE]

Na aanleiding van dit topic open ik deze. Ik ben op zoek naar mensen die recentelijk nog zo'n kaart gekocht hebben. Er schijnt een 2de generatie van deze kaarten te zijn waarbij problemen kunnen voorkomen.

Ik zou graag weten of mensen problemen met deze kaart hebben, en of ze de "oops" error hebben.

There are no known data-corruption issues with Promise SATA cards.
However, some of them, especially the 2nd generation SATA300 TX4,
are known to trigger intermittent error interrupts (that are dealt
with but may cause a speed reduction) in some systems. We're still
scratching our heads on that issue.

en

But see this thread:

http://marc.info/?l=linux-ide&m=119122463403033&w=2
http://www.spinics.net/lists/linux-ide/msg14868.html

Personally I would not recommend Promise SATA300 TX4 at the moment.

[MisterE]

Ik heb inmiddels zo'n Promise kaartje gehaald. Ik zal, na nog wat extra testen, mijn bevindingen weer in mijn oude thread toevoegen.

Van mij mag deze draad dan ook gesloten of gewist worden.

[Ultraman]

Interessant, ik heb namelijk ook naar zo'n ding zitten kijken.
Volgens mij wordt hij wel ondersteunt, ben benieuwd hoe dat performeert op die P3. Want ik wilde eenzelfde soort opstelling maken.

[MisterE]

Ultraman schreef op woensdag 17 oktober 2007 @ 20:51:
Interessant, ik heb namelijk ook naar zo'n ding zitten kijken.
Volgens mij wordt hij wel ondersteunt, ben benieuwd hoe dat performeert op die P3. Want ik wilde eenzelfde soort opstelling maken.

Kijk maar ff in mijn andere topic. Ik heb ff zo'n promise gehaald omdat de winkel nabij hem had liggen. Deze kan ik altijd nog terugbregen.
Er zijn nog steeds ontwikkelingen in de kernel voor de promise kaart, zo schijnt bij de nieuwste kernel hotplug geimplementeerd te zijn. En spontaan had een andere gast geen problemen meer:
http://www.spinics.net/lists/linux-ide/msg14069.html
http://www.spinics.net/lists/linux-ide/msg15299.html

Je zou kunnen overwegen om een highpoint 1740 te nemen, ik weet alleen niet hoe goed deze werkt.
Of de oudere modellen van promise, highpoint of sillicon image

[Verwijderd]

Ik heb zowat een jaar geleden een Sata300 TX4 kaartje gekocht voor een oud dual PIII bordje (een Gigabyte GA-6VTXD) omdat deze geen SATA aansluitingen had en ik - alleen al omwille van de kabelmiserie - naar SATA disks wou overschakelen. Paar disks aangehangen, recente Linux 2.6 kernel met software RAID 1 en dat werkt al maanden prima.

Ik heb net even gekeken (komt goed uit want die bak ligt hier gedemonteerd omdat ie in een andere case moet) en op de kaart staat 'Rev A1'. Misschien kun je even kijken wat die nieuwere versies aangeven?

Semi-offtopic:
Mijn ervaringen met Promise in samenwerking met Linux zijn verder ook niet zo positief. Ik heb ook een S150 SX4 met een RAID5 array draaien, en die kaart wordt niet out of the box door de Linux kernel ondersteund (toch niet als je gebruik wil maken van de onboard XOR versnelling en DIMM). Het is echt miserie geweest om Promise zo ver te krijgen om een driver te leveren die werkte en nog stabiel was ook. Die machine draait helaas nog steeds een 2.4 kernel omdat ik nog altijd geen deftige driver heb gezien voor 2.6 kernels. Voor een recentere machine wou ik dan ook een RAID5 controller die wel deftige Linux ondersteuning heeft, en dat werd een Areca ARC 1220. Die Areca draait nu een half jaar, en geloof me: die Areca's zijn echt een hemel in vergelijking met die Promise krengen!! Driver ondersteuning in de recentere 2.6 kernels of via de open source driver meegeleverd door Areca (ik had een 2.6 kernel module gebouwd en werkend in 10 minuten!) en ze zijn nog stukken sneller dan m'n Promise ook...

Mijn advies na drie Promise kaarten: als er geen driver voor die kaart in de Linux kernel zit, blijf er dan zeker zo ver mogelijk van weg! Anders kun je het eventueel nog overwegen, maar dan enkel als simpele SATA controller (eventueel met software RAID1 of 0 ofzo). RAID5 etc wil je niet doen met een Promise controller maar doe je met serieus materiaal, bvb Areca. Ik ga die S150 SX4 'binnenkort' vervangen door een Areca, zodat ik die machine eindelijk een 2.6 kan geven (en dat de array nog sneller zal zijn ook is mooi meegenomen). Bye bye Promise!

[MisterE]

Ik heb net even gekeken (komt goed uit want die bak ligt hier gedemonteerd omdat ie in een andere case moet) en op de kaart staat 'Rev A1'. Misschien kun je even kijken wat die nieuwere versies aangeven?

volgens lspci:

02:0b.0 Mass storage controller: Promise Technology, Inc. PDC40718 (SATA 300 TX4) (rev 02)

Semi-offtopic:
Mijn ervaringen met Promise in samenwerking met Linux zijn verder ook niet zo positief. Ik heb ook een S150 SX4 met een RAID5 array draaien, en die kaart wordt niet out of the box door de Linux kernel ondersteund (toch niet als je gebruik wil maken van de onboard XOR versnelling en DIMM). Het is echt miserie geweest om Promise zo ver te krijgen om een driver te leveren die werkte en nog stabiel was ook. Die machine draait helaas nog steeds een 2.4 kernel omdat ik nog altijd geen deftige driver heb gezien voor 2.6 kernels. Voor een recentere machine wou ik dan ook een RAID5 controller die wel deftige Linux ondersteuning heeft, en dat werd een Areca ARC 1220. Die Areca draait nu een half jaar, en geloof me: die Areca's zijn echt een hemel in vergelijking met die Promise krengen!! Driver ondersteuning in de recentere 2.6 kernels of via de open source driver meegeleverd door Areca (ik had een 2.6 kernel module gebouwd en werkend in 10 minuten!) en ze zijn nog stukken sneller dan m'n Promise ook...

Mijn advies na drie Promise kaarten: als er geen driver voor die kaart in de Linux kernel zit, blijf er dan zeker zo ver mogelijk van weg! Anders kun je het eventueel nog overwegen, maar dan enkel als simpele SATA controller (eventueel met software RAID1 of 0 ofzo). RAID5 etc wil je niet doen met een Promise controller maar doe je met serieus materiaal, bvb Areca. Ik ga die S150 SX4 'binnenkort' vervangen door een Areca, zodat ik die machine eindelijk een 2.6 kan geven (en dat de array nog sneller zal zijn ook is mooi meegenomen). Bye bye Promise!

Ik snap dat wanneer je "echte" raid kaartjes wilt dat je dan beter kan kijken naar 3ware enzo. Ik zie je SX kaartje ook niet staan in de code van "sata_promise.c" maar aangezien die een eigen XOR engine heeft zal dat ook wel eens in een andere driver kunnen zitten?
Aha, ik zie net hier dat ie de "sata_sx4" module gebruikt. Ze raden idd de officiele drivers aan.

softraid met linux (mdadm) zou opzich niet zo'n probleem moeten zijn ware het niet dat ik een beetje afschrik van de meldingen die langsvliegen. Het probleem met de softraid is natuurlijk dat er meer stappen gedaan moeten worden door het OS waardoor de kans op fouten toeneemt.
Aangezien ik genoeg P3 moederborden heb liggen wou ik het graag op de softraid versie oplossen.

btw: word alles dan ondersteund door de standaard drivers van de kernel voor je Areca kaart? Aangezien ze geloof ik altijd zelf de code schrijven ipv de code van de fabrikant toe te voegen.

[weijl]

Volgens mijn lspci:

code:

02:02.0 Mass storage controller: Promise Technology, Inc. PDC40718 (SATA 300 TX4) (rev 02)

ik heb dit kaartje ook al dik een jaar, en ik heb er nog helemaal geen enkel probleem mee gehad, ook niet in combinatie met 2.6 kernels.. werkt primaa.

Moet er wel bijzeggen dat ik niks in RAID doe verder, althans, dat doet m'n DEONet..

[ Voor 13% gewijzigd door weijl op 18-10-2007 11:00 ]

[benoni]

Hier precies dezelfde kaart als bij weijl, de rev02, een paar weken geleden geïnstalleerd op een PowerPC. De installatie CD's die ik nog had liggen gingen niet helemaal goed, Ubuntu herkende de bestaande SCSI kaart niet en Debian de TX4 niet. Nieuwe netinstall CD van Debian (4.0r1) gedownload, die ging meteen goed. Inmiddels een miljoen bestanden erop gebackupt met rsync, geen problemen. Kernel: 2.6.18-5-powerpc.

Addit
Helemaal vergeten, ook op een oude HP server 't zelfde kaartje erbij gezet, half jaar geleden.
Beide niet in RAID trouwens.

[ Voor 24% gewijzigd door benoni op 18-10-2007 15:00 ]

[MisterE]

De problemen beginnen met hoge I/O. Op advies van een knakker heb ik het volgende gedaan. Ik quote zijn mail ff:

On one box I had problems with the SATA300 TX4 using 2.6.21 through
2.6.22 (different versions). I have 4x500GB Seagate ES SATA drives
connected. The system would run fine, but when put to a stress - i.e.
loaded on all sata ports one or two ports would fail - one after the
other. I have _always_ been able to make it fail doing:

dd if=/dev/sda of=/dev/null bs=1M &
dd if=/dev/sdb of=/dev/null bs=1M &
dd if=/dev/sdc of=/dev/null bs=1M &
dd if=/dev/sdd of=/dev/null bs=1M &

The ports would freeze before running long - e.g. in less than an hour.

This can be done without even starting the array (mdadm). Therefore no
data corruption will happen.

The above issue was fixed by updating to vanilla 2.6.23.1.

Until then I have been running with 2.6.21-rc2 with a Mikael Petterson
patch to force the SATA to 1.5Gbps (this could possibly be accomplished
by jumpers on the drives as well - but I didn't try that).

Ik heb hetzelfde hier eens geprobeerd (5 testen)

1 :: The first run; debian 2.6.18-4-686 (stable); Asus CUSL2-C; 300Gb [3 hours in total]:
Oct 17 18:06:12 debian kernel: ata1: no sense translation for status: 0x50
Oct 17 18:06:12 debian kernel: ata1: translated ATA stat/err 0x50/00 to SCSI SK/ASC/ASCQ 0xb/00/00
Oct 17 18:06:12 debian kernel: ata1: status=0x50 { DriveReady SeekComplete }
Oct 17 19:37:15 debian kernel: ata1: no sense translation for status: 0x50
Oct 17 19:37:15 debian kernel: ata1: translated ATA stat/err 0x50/00 to SCSI SK/ASC/ASCQ 0xb/00/00
Oct 17 19:37:15 debian kernel: ata1: status=0x50 { DriveReady SeekComplete }
Oct 17 19:42:11 debian kernel: ata3: no sense translation for status: 0x50
Oct 17 19:42:12 debian kernel: ata3: translated ATA stat/err 0x50/00 to SCSI SK/ASC/ASCQ 0xb/00/00
Oct 17 19:42:12 debian kernel: ata3: status=0x50 { DriveReady SeekComplete }
Oct 17 20:23:38 debian kernel: ata1: no sense translation for status: 0x50
Oct 17 20:23:39 debian kernel: ata1: translated ATA stat/err 0x50/00 to SCSI SK/ASC/ASCQ 0xb/00/00
Oct 17 20:23:39 debian kernel: ata1: status=0x50 { DriveReady SeekComplete }
Oct 17 20:31:38 debian kernel: ata2: no sense translation for status: 0x50
Oct 17 20:31:38 debian kernel: ata2: translated ATA stat/err 0x50/00 to SCSI SK/ASC/ASCQ 0xb/00/00
Oct 17 20:31:38 debian kernel: ata2: status=0x50 { DriveReady SeekComplete }
Oct 17 20:44:56 debian kernel: ata3: no sense translation for status: 0x50
Oct 17 20:44:56 debian kernel: ata3: translated ATA stat/err 0x50/00 to SCSI SK/ASC/ASCQ 0xb/00/00
Oct 17 20:44:56 debian kernel: ata3: status=0x50 { DriveReady SeekComplete }

2 :: Second run (1 hour); same settings:
Oct 18 09:27:47 debian kernel: ata4: no sense translation for status: 0x50
Oct 18 09:27:47 debian kernel: ata4: translated ATA stat/err 0x50/00 to SCSI SK/ASC/ASCQ 0xb/00/00
Oct 18 09:27:47 debian kernel: ata4: status=0x50 { DriveReady SeekComplete }
Oct 18 09:38:18 debian kernel: ata3: no sense translation for status: 0x50
Oct 18 09:38:18 debian kernel: ata3: translated ATA stat/err 0x50/00 to SCSI SK/ASC/ASCQ 0xb/00/00
Oct 18 09:38:18 debian kernel: ata3: status=0x50 { DriveReady SeekComplete }

3 :: After that 3 a 5 hours with the drives jumpered. No problems.


4 :: 17:15 - 18:28; 2.6.22-2-686

Oct 18 13:45:25 fileserver kernel: ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2
Oct 18 13:45:25 fileserver kernel: ata1.00: (port_status 0x20080000)
Oct 18 13:45:25 fileserver kernel: ata1.00: cmd c8/00:08:00:e6:cb/00:00:00:00:00/e2 tag 0 cdb 0x0 data 4096 in
Oct 18 13:45:25 fileserver kernel: res 50/00:00:07:e6:cb/00:00:00:00:00/e2 Emask 0x2 (HSM violation)
Oct 18 13:45:26 fileserver kernel: ata1: soft resetting port
Oct 18 13:45:26 fileserver kernel: ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Oct 18 13:45:26 fileserver kernel: ata1.00: configured for UDMA/133
Oct 18 13:45:26 fileserver kernel: ata1: EH complete
Oct 18 13:45:26 fileserver kernel: sd 0:0:0:0: [sda] 976773168 512-byte hardware sectors (500108 MB)
Oct 18 13:45:26 fileserver kernel: sd 0:0:0:0: [sda] Write Protect is off
Oct 18 13:45:26 fileserver kernel: sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
Oct 18 13:45:26 fileserver kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Oct 18 13:57:19 fileserver kernel: ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2
Oct 18 13:57:19 fileserver kernel: ata2.00: (port_status 0x20080000)
Oct 18 13:57:19 fileserver kernel: ata2.00: cmd c8/00:08:00:e6:92/00:00:00:00:00/e4 tag 0 cdb 0x0 data 4096 in
Oct 18 13:57:19 fileserver kernel: res 50/00:00:07:e6:92/00:00:00:00:00/e4 Emask 0x2 (HSM violation)
Oct 18 13:57:19 fileserver kernel: ata2: soft resetting port
Oct 18 13:57:20 fileserver kernel: ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Oct 18 13:57:20 fileserver kernel: ata2.00: configured for UDMA/133
Oct 18 13:57:20 fileserver kernel: ata2: EH complete
Oct 18 13:57:20 fileserver kernel: sd 1:0:0:0: [sdb] 976773168 512-byte hardware sectors (500108 MB)
Oct 18 13:57:20 fileserver kernel: sd 1:0:0:0: [sdb] Write Protect is off
Oct 18 13:57:20 fileserver kernel: sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00
Oct 18 13:57:20 fileserver kernel: sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Oct 18 14:09:44 fileserver kernel: ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2
Oct 18 14:09:44 fileserver kernel: ata1.00: (port_status 0x20080000)
Oct 18 14:09:44 fileserver kernel: ata1.00: cmd c8/00:e0:20:8d:3b/00:00:00:00:00/e6 tag 0 cdb 0x0 data 114688 in
Oct 18 14:09:44 fileserver kernel: res 50/00:00:ff:8d:3b/00:00:00:00:00/e6 Emask 0x2 (HSM violation)
Oct 18 14:09:44 fileserver kernel: ata1: soft resetting port
Oct 18 14:09:44 fileserver kernel: ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Oct 18 14:09:44 fileserver kernel: ata1.00: configured for UDMA/133
Oct 18 14:09:44 fileserver kernel: ata1: EH complete
Oct 18 14:09:44 fileserver kernel: sd 0:0:0:0: [sda] 976773168 512-byte hardware sectors (500108 MB)
Oct 18 14:09:44 fileserver kernel: sd 0:0:0:0: [sda] Write Protect is off
Oct 18 14:09:44 fileserver kernel: sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
Oct 18 14:09:44 fileserver kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Oct 18 14:15:37 fileserver kernel: ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2
Oct 18 14:15:37 fileserver kernel: ata3.00: (port_status 0x20080000)
Oct 18 14:15:37 fileserver kernel: ata3.00: cmd c8/00:08:00:4a:27/00:00:00:00:00/e7 tag 0 cdb 0x0 data 4096 in
Oct 18 14:15:37 fileserver kernel: res 50/00:00:07:4a:27/00:00:00:00:00/e7 Emask 0x2 (HSM violation)
Oct 18 14:15:37 fileserver kernel: ata3: soft resetting port
Oct 18 14:15:38 fileserver kernel: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Oct 18 14:15:38 fileserver kernel: ata3.00: configured for UDMA/133
Oct 18 14:15:38 fileserver kernel: ata3: EH complete
Oct 18 14:15:38 fileserver kernel: sd 2:0:0:0: [sdc] 976773168 512-byte hardware sectors (500108 MB)
Oct 18 14:15:38 fileserver kernel: sd 2:0:0:0: [sdc] Write Protect is off
Oct 18 14:15:38 fileserver kernel: sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00
Oct 18 14:15:38 fileserver kernel: sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA


5 :: 23:00 - 1:15; 2.6.22-2-686 - 2 hours with the drives jumpered. No problems.

Ik weet nog niet hoe "schadelijk" deze waarschuwingen zijn. Het kunnen een soort collisions zijn net als bij netwerkkaarten die gewoon opgelost worden. Maar erg gerust erop ben ik niet.
iig, de berichten zijn dus bij de kernels verschillend. Ik wil het nog proberen met de laatste .23(.01) kernel aangezien die knakker geen last meer heeft. Ben op dit moment een nieuwe install aan het doen op een nieuw schijfje...

Wellicht zouden jullie het bovenstaande ook kunnen testen. En dan ook doorgeven welk moederbord jullie hebben (lshw ofzo)

[ATS]

Die van mij heb ik nooit aan de praat weten te krijgen. Is nog wel een topic hier over te vinden. Die ligt nu stof te vangen, samen met de 500GB HD waar hij voor bedoeld was.
Bij mij hangt het complete systeem als ik deze kaart aansluit, en Promise support reageert gewoon niet.

[ Voor 22% gewijzigd door ATS op 19-10-2007 17:14 ]

[Verwijderd]

MisterE schreef op donderdag 18 oktober 2007 @ 00:54:
softraid met linux (mdadm) zou opzich niet zo'n probleem moeten zijn ware het niet dat ik een beetje afschrik van de meldingen die langsvliegen. Het probleem met de softraid is natuurlijk dat er meer stappen gedaan moeten worden door het OS waardoor de kans op fouten toeneemt.
Aangezien ik genoeg P3 moederborden heb liggen wou ik het graag op de softraid versie oplossen.

Je hebt gelijk dat softraid geen probleem zou mogen zijn. Ik wou enkel zeggen dat als je volledig van Promise zelf afhangt voor Linux drivers, bvb omdat je kaart bvb niet (volledig) door een vanilla kernel wordt ondersteunt, dat je dan de sigaar zult zijn. Althans dat is mijn ervaring met Promise.

En zo'n foutmeldingen heb ik dus niet, dus ik vrees dat ik je niet veel verder kan helpen. Als de kaart werkt is er natuurlijk geen probleem

btw: word alles dan ondersteund door de standaard drivers van de kernel voor je Areca kaart? Aangezien ze geloof ik altijd zelf de code schrijven ipv de code van de fabrikant toe te voegen.

Oudere kernels hebben nog geen Areca drivers, dus toen moest je wel de Areca driver gebruiken en werd natuurlijk alles ondersteund wat Areca ondersteunt. En anders dan bij Promise werken de Areca drivers wel prima en stabiel, en heb je ze in no time gecompileerd voor je kernel enzo (althans dat was hier toch zo). Nieuwere kernels hebben wel Areca drivers aan boord (ik dacht sinds 2.6.19) en als ik me niet vergis zijn dat effectief de Areca drivers die ze aan de kernel hebben toegevoegd dus net hetzelfde als wat je op de Areca site kan vinden...

[edit]
En dat lijkt inderdaad zo te zijn: net even in een recente linux kernel source tree gekeken en de areca drivers die daar zitten hebben bovenaan het copyright van Areca enzo staan en de code komt ook overeen
Kijk Promise, zo doe je dat

[ Voor 6% gewijzigd door Verwijderd op 19-10-2007 22:29 ]

[MisterE]

Er is nieuws voor de TX gebruikers. Een gebruiker kwam met dit aanzetten. De maintainer gaat ernaar kijken.
Ik quote:

I confirm that without this patch errors happen on both 150 and 300
modes, on both jumpered and unjumpered drives. It seems that errors are
highly hardware/configuration dependent.

There appears to be a hardware bug in that it chokes on scatterlist
if the last item is larger than 164 bytes. This was discovered by
reading the code of vendor-supplied driver.

The patch that follows fixes my problem on 2.6.22.

EDIT:
code verwijderd. Was verkeerde release van code, en de patch is aangepast door de maintainer.

Indien ik meer nieuws heb laat ik het weten....

[ Voor 74% gewijzigd door MisterE op 29-10-2007 18:27 ]

[MisterE]

inmiddels zijn er 2 patches uit.

[PATCH 2.6.24-rc1 2/2] sata_promise: cleanups
[PATCH 2.6.24-rc1 1/2] sata_promise: ASIC PRD table bug workaround, take 2

Ik ben inmiddels een nieuwe kernal aan het compilen om het te proberen...

[MisterE]

Goed, ik kernel linux-2.6.23 geupdate met patch-2.6.24-rc1-git10.bz2. Er is nog 1 foutje naar voren gekomen welke hier te vinden is.
Deze patch zit ook nog net in git11 verwerkt...

Ik heb nu de commando's:

dd if=/dev/sda of=/dev/null bs=1M &
dd if=/dev/sdb of=/dev/null bs=1M &
dd if=/dev/sdc of=/dev/null bs=1M &
dd if=/dev/sdd of=/dev/null bs=1M &

er weer op losgelaten. Nu dus met de schijven op 3Gb mode (zonder jumpers).
Ik krijg nu geen rare messages meer in mijn logs. Getest op mijn Asus CUSL2-C en Intel D815EEA.
Zo te zien ook geen datacorruptie.

Dat betekend dus ook dat er nog steeds wat mis is met de Sweex kaartjes (hardware/firmware/driver) waar ik het in dit draadje over had...

[MisterE]

ff kleine update.
De bug is nu opgelost en zit verwerkt vanaf kernel: 2.6.24-rc1-git13.
Voorlopig lijkt het voornamelijk getest te zijn met de nieuwe revisies van de hardware.

Wellicht is er iemand die nog iets van de eerst generatie heeft die de moeite wilt nemen om wat testen te doen?