sata link is slow to respond, please be patient (ready=0)

[depeje]

Sinds ik sata-schijven gebruik heb ik regelmatig last van problemen ermee en het is bijzonder moeilijk om "het probleem" aan te duiden, laat staan voor een goede oplossing te zorgen. De symptomen komen soms één maal per week voor, soms meerdere keren per dag en soms zit er wel een jaar tussen de problemen. In mijn linux mediaserver zijn dit de symptomen:

In de server zitten 3 schijven: 1x Samsung spinpoint 320GB (systeem), 1x Seagate 750GB voor tv-opnames en 1x Samsung Spinpoint 1TB voor backups en films. Het probleemgeval in deze computer is de Seagate schijf. Soms gebeurt het dat, wanneer ik naar een opname wil kijken, mythtv me komt vertellen dat het videobestand niet gevonden kan worden. Bij nader onderzoek kan ik de bestanden ook niet handmatig bereiken. (Wanneer het probleem nog eens meemaak zal ik deze stap iets beter documenteren. Dit is wat ik nog weet van vorige keren. De laatste keer was ik niet thuis en heeft mijn broer de server gereset.) Hieronder staat wat de kernel uitspuwt in /var/log/messages in de tijdsduur tussen de aanvraag tot een bestand op de schijf tot een herstart van de server:

---

May 12 16:20:19 krusty kernel: [329274.562030] ata6: link is slow to respond, please be patient (ready=0)
May 12 16:20:48 krusty kernel: [329303.683032] ata6: SRST failed (errno=-16)
May 12 16:20:48 krusty kernel: [329303.683055] ata6: hard resetting link
May 12 16:20:53 krusty kernel: [329308.688065] ata6: SRST failed (errno=-16)
May 12 16:20:53 krusty kernel: [329308.688086] ata6: reset failed, giving up
May 12 16:20:53 krusty kernel: [329308.688118] ata6: hard resetting link
May 12 16:20:59 krusty kernel: [329314.611037] ata6: link is slow to respond, please be patient (ready=0)
May 12 16:21:03 krusty kernel: [329318.691029] ata6: SRST failed (errno=-16)
May 12 16:21:03 krusty kernel: [329318.691050] ata6: hard resetting link
May 12 16:21:09 krusty kernel: [329324.614045] ata6: link is slow to respond, please be patient (ready=0)
May 12 16:21:13 krusty kernel: [329328.697032] ata6: SRST failed (errno=-16)
May 12 16:21:13 krusty kernel: [329328.697053] ata6: hard resetting link
May 12 16:21:19 krusty kernel: [329334.620036] ata6: link is slow to respond, please be patient (ready=0)
May 12 16:21:48 krusty kernel: [329363.741035] ata6: SRST failed (errno=-16)
May 12 16:21:48 krusty kernel: [329363.741057] ata6: hard resetting link
May 12 16:21:53 krusty kernel: [329368.746054] ata6: SRST failed (errno=-16)
May 12 16:21:53 krusty kernel: [329368.746074] ata6: reset failed, giving up
May 12 16:21:53 krusty kernel: [329368.746089] ata6: EH pending after 5 tries, giving up
May 12 16:21:53 krusty kernel: [329368.746103] ata6: EH complete
May 12 16:21:53 krusty kernel: [329368.747997] ata6: hard resetting link

---

Op Google is wel veel te vinden over elke lijn apart, maar deze combinatie van loglijnen lijkt uniek. Ook wordt de oorzaak bij deze precedenten altijd gezocht bij driverproblemen. Driverproblemen lijken mij onwaarschijnlijk omdat het systeem soms maanden kan blijven draaien met dezelfde software. Wanneer het probleem zich éénmaal voordoet, doet het zich vaak opnieuw voor in dezelfde week/maand maar op een bepaald moment stopt het ook en werkt mijn systeem weer voor maanden. (Meestal kiest mijn server examenperiodes of wanneer ikzelf niet thuis ben).

Wat vaak lijkt te helpen om dit probleem op te lossen is de sata-kabels uit te trekken en terug in te steken.

Ik zou nu eindelijk willen weten welke zonnewind mij (en precies enkel mij) al jaren teistert.

In een andere PC (die misschien door dezelfde zonnewind geraakt wordt, die staat ongeveer 20 meter verder) is een samsung schijf het zorgenkind.

[BobV]

Ik denk dat de sata schijven jou gewoon missen

Je kan is proberen de connectie pinnen van de sata schoon te maken, misschien is er wat troep tussen gekomen.

[FireWood]

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/220706

Hier voornamelijk dezelfde problemen.
Wat voor moederbord wordt er gebruikt/chipset
Welk besturingssysteem draait er nu op/versie?

[Q]

Probeer eens andere SATA kabels. Verder kun je overwegen om een andere kernel of distro te nemen als test.

[depeje]

Q schreef op woensdag 12 mei 2010 @ 23:01:
Probeer eens andere SATA kabels. Verder kun je overwegen om een andere kernel of distro te nemen als test.

Sata kabels heb ik al vaak vernieuwd. Ik zal wel nog eens proberen de contacten proper te maken. (Komt daar soms vuil tussen terwijl die kabels gewoon in steken?) Op mijn server een andere distro nemen is vrij moeilijk. Als er een nieuwere kernel in de repos zit, kan ik wel overwegen die te installeren. Op mijn andere computer kan ik wel een andere distro proberen.

h.edink schreef op woensdag 12 mei 2010 @ 22:40:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/220706

Hier voornamelijk dezelfde problemen.
Wat voor moederbord wordt er gebruikt/chipset
Welk besturingssysteem draait er nu op/versie?

Dat ben ik vroeger ook al tegen gekomen. Dat was toen één van m'n argumenten om een nieuw moederbord te kopen. Nu gebruik ik een ASUS A8N-SLI Premium. M'n schijven zijn aangesloten op de Silicon Image controller (speciaal om de nVidia controller te omzeilen).

Ik draai nu de laatste versie van OpenSuse (11.2).

Waar ik nu plots aan denk: Een maand geleden draaide mijn server met een uptime van enkele maanden. Toen is door een externe factor de stroom uitgevallen (Neen, ik heb geen ups) en toen zijn de problemen begonnen. (De schijf die niet meer wil lezen of schrijven en het OS dat herstart moet worden). Op die schijf gebruik ik XFS. Op m'n andere computer wordt enkel ext3 gebruikt op de slechte schijf.

Heel vroeger stond (terug op m'n server) het besturingssysteem ook op de slechte schijf. Toen bevroor het systeem regelmatig volledig. Toen hing die server ook nog rechtstreeks aan de TV. Ik had ten geen aparte mythbackend/frontend. Bij een freeze van het systeem werden toen ook nog geen logs weggeschreven. Ik herinner me nog dat, wanneer het systeem toen bevroor, op het schrem (wit op zwart (X-crash)) kwam dat het een hardwareprobleem was tegengekomen en dat het zeker niet om een softwareprobleem zou gaan. (Het exacte bericht ken ik niet meer).

[Q]

Dan is de Seagate waarschijnlijk niet goed. Je kunt eens wat tests op die disk loslaten. Al is het maar een gehele schrijf cyclus met dd oid.

[depeje]

(Ondertussen nog geen nieuwe problemen gehad... jeej)

Ik zal eens een volledige dd lees-cyclus doen. Alles overschrijven is niet echt aangewezen aangezien ik nergens genoeg plaats heb om al die data (zelfs tijdelijk) te stockeren.

Ik zal eerst heel de schijf lezen (#dd if="/dev/sdc" of="/dev/null") en dan zien of er fouten worden gedetecteerd met smart.

EDIT:

Ik heb net heel de schijf laten lezen en er is geen error bijgekomen. De laatste error die smartctl rapporteert:

Error 406 occurred at disk power-on lifetime: 9434 hours (393 days + 2 hours)
When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 00 14 6c 83 e0 Error: UNC at LBA = 0x00836c14 = 8612884

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 08 0e 6c 83 e0 00 08:06:05.890 READ DMA EXT
27 00 00 00 00 00 e0 00 08:06:05.871 READ NATIVE MAX ADDRESS EXT
ec 00 00 00 00 00 a0 02 08:06:03.902 IDENTIFY DEVICE
ef 03 46 00 00 00 a0 02 08:06:03.843 SET FEATURES [Set transfer mode]
27 00 00 00 00 00 e0 00 08:06:03.840 READ NATIVE MAX ADDRESS EXT

[Voor 60% gewijzigd door depeje op 22-05-2010 16:40]