---

Jeg har et Linux-system med to 500 GB diske, der er sat til at spejle
hinanden vha. md-driveren.

I går, da jeg kopierede ca. 200 filer à ca. 5 MB til disse spejlede
diske (fra en Windows-maskine, via en samba-server), gik systemet flere
gange helt i stå i lang tid (størrelsesorden et minut) - og så kom det
pludselig lidt videre. Til sidst så alt faktisk ud til at være gået
godt, og en fsck fandt ingen problemer.

Men i syslog står der følgende, i alt 7 gange under den kopiering:

>Sep 29 19:27:02 nuser kernel: ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
>Sep 29 19:27:02 nuser kernel: ata2.00: port_status 0x20200000
>Sep 29 19:27:02 nuser kernel: ata2.00: failed command: FLUSH CACHE EXT
>Sep 29 19:27:02 nuser kernel: ata2.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0
>Sep 29 19:27:02 nuser kernel: ata2.00: status: { DRDY ERR }
>Sep 29 19:27:02 nuser kernel: ata2.00: error: { ABRT }

Hvad betyder det mon? Er det et problem med SATA-kontrolleren eller med
en af diskene, og i sidste fald hvilken? /proc/mdstat antyder ikke
problemer med de spejlede diske.

Det er en ældre pc, og SATA-kontrolleren er et PCI-kort fra Promise.

Siden det hændte har systemet tilsyneladende kørt normalt, uden
fejlmeddelelser i syslog, men der har heller ikke været noget der ligner
den diskaktivitet som kopieringen i går gav.
--
Jesper Dybdal, Denmark.
http://www.dybdal.dk (in Danish).

---

Jesper Dybdal wrote:
>>Sep 29 19:27:02 nuser kernel: ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
>>Sep 29 19:27:02 nuser kernel: ata2.00: port_status 0x20200000
>>Sep 29 19:27:02 nuser kernel: ata2.00: failed command: FLUSH CACHE EXT
>>Sep 29 19:27:02 nuser kernel: ata2.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0
>>Sep 29 19:27:02 nuser kernel: ata2.00: status: { DRDY ERR }
>>Sep 29 19:27:02 nuser kernel: ata2.00: error: { ABRT }
> Hvad betyder det mon? Er det et problem med SATA-kontrolleren eller med
> en af diskene, og i sidste fald hvilken? /proc/mdstat antyder ikke
> problemer med de spejlede diske.

Det kan være et kabelproblem også.... Diskene kan du teste med SMART,
smartctl eller hvad det nu er det hedder.

> Det er en ældre pc, og SATA-kontrolleren er et PCI-kort fra Promise.

Promise er nogengange noget skrammel. Har været udsat for problemer
med deres gear flere gange, og holder mig nu helt væk.

// Hans
--
....

---

Hans Joergensen <haj@enterprise-server.dk> wrote:

>Jesper Dybdal wrote:
>>>Sep 29 19:27:02 nuser kernel: ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
>>>Sep 29 19:27:02 nuser kernel: ata2.00: port_status 0x20200000
>>>Sep 29 19:27:02 nuser kernel: ata2.00: failed command: FLUSH CACHE EXT
>>>Sep 29 19:27:02 nuser kernel: ata2.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0
>>>Sep 29 19:27:02 nuser kernel: ata2.00: status: { DRDY ERR }
>>>Sep 29 19:27:02 nuser kernel: ata2.00: error: { ABRT }
>> Hvad betyder det mon? Er det et problem med SATA-kontrolleren eller med
>> en af diskene, og i sidste fald hvilken? /proc/mdstat antyder ikke
>> problemer med de spejlede diske.
>
>Det kan være et kabelproblem også.... Diskene kan du teste med SMART,
>smartctl eller hvad det nu er det hedder.

Tak for dit svar.

Smartctl fortæller ganske rigtigt at disken har haft et antal fejl i
FLUSH CACHE EXT-kommandoer.

Nu har jeg bestilt en ny disk. Det løser forhåbentlig problemet.

>> Det er en ældre pc, og SATA-kontrolleren er et PCI-kort fra Promise.
>
>Promise er nogengange noget skrammel. Har været udsat for problemer
>med deres gear flere gange, og holder mig nu helt væk.

Interessant. Jeg valgte det kort primært fordi det var understøttet af
en standard Linux-kerne, og det har virket fint i ca. 3 år - jeg håber
ikke problemet skyldet det kort, da der (sidst jeg tjekkede det) ikke er
vildt mange PCI-SATA-kort som understøttes af en standard Linux-kerne.
--
Jesper Dybdal, Denmark.
http://www.dybdal.dk (in Danish).

---

Jesper Dybdal wrote:
> Interessant. Jeg valgte det kort primært fordi det var understøttet af
> en standard Linux-kerne, og det har virket fint i ca. 3 år - jeg håber
> ikke problemet skyldet det kort, da der (sidst jeg tjekkede det) ikke er
> vildt mange PCI-SATA-kort som understøttes af en standard Linux-kerne.

Hvis det har virket fint i 3 år så er det nok fint nok.. :)

Dødsstødet for mig med Promise var en 24 bay RAID-kasse der flere
gange fandt på at en disk var dårlig og gav sig til at rebuilde med
en random anden harddisk i arrayet som spare... Der var bare det ved
det at alle diske var i brug, og derfor smadrede den bare arrayet,
det bliver man lidt træt af.

// Hans
--
....

---

Hans Joergensen <haj@enterprise-server.dk> wrote:

>Dødsstødet for mig med Promise var en 24 bay RAID-kasse der flere
>gange fandt på at en disk var dårlig og gav sig til at rebuilde med
>en random anden harddisk i arrayet som spare... Der var bare det ved
>det at alle diske var i brug, og derfor smadrede den bare arrayet,
>det bliver man lidt træt af.

Det kan jeg godt forstå! Noget kunne tyde på at de er bedre til simple
diskcontrollere end til RAID-logik.
--
Jesper Dybdal, Denmark.
http://www.dybdal.dk (in Danish).

---

Den Thu, 13 Oct 2011 21:21:58 +0200 skrev Jesper Dybdal:

> Hans Joergensen <haj@enterprise-server.dk> wrote:
>
>>Dødsstødet for mig med Promise var en 24 bay RAID-kasse der flere gange
>>fandt på at en disk var dårlig og gav sig til at rebuilde med en random
>>anden harddisk i arrayet som spare... Der var bare det ved det at alle
>>diske var i brug, og derfor smadrede den bare arrayet, det bliver man
>>lidt træt af.
>
> Det kan jeg godt forstå! Noget kunne tyde på at de er bedre til simple
> diskcontrollere end til RAID-logik.

Man kan i mange tilfælde være bedre stillet ved at køre Linux software
raid. Det er ofte hurtigere end HW raid, og der kan være færre SW fejl.
Hvis man har en controller på en gammeldags PCI-bus,
så kan det nemt være en flaskehals.

Hilsen
keld

---

Jeg skrev:

>>Sep 29 19:27:02 nuser kernel: ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
>>Sep 29 19:27:02 nuser kernel: ata2.00: port_status 0x20200000
>>Sep 29 19:27:02 nuser kernel: ata2.00: failed command: FLUSH CACHE EXT
>>Sep 29 19:27:02 nuser kernel: ata2.00: cmd ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0
>>Sep 29 19:27:02 nuser kernel: ata2.00: status: { DRDY ERR }
>>Sep 29 19:27:02 nuser kernel: ata2.00: error: { ABRT }
>
>Hvad betyder det mon? Er det et problem med SATA-kontrolleren eller med
>en af diskene, og i sidste fald hvilken? /proc/mdstat antyder ikke
>problemer med de spejlede diske.

Jeg har nu udskiftet disk2, og det ser ud til at have løst problemet.
--
Jesper Dybdal, Denmark.
http://www.dybdal.dk (in Danish).