Problem s diskom - DMA TIMEOUT

Miroslav Lachman 000.fbsd at quip.cz
Thu Dec 3 19:39:45 CET 2009


Marian Cerny wrote:

[...]

> pouzivat. Smartctl na otestovanie disku tiez nefungoval.

V takovem pripade to chce zjistit, jestli tam ten disk jeste vubec je (v 
systemu), prikazem atacontrol list. Ale pravdepodobne ano, pokud je ta 
ukazka z logu kompletni, tak nikde neobsahuje, ze by disk zcela zmizel - 
coz uz jsem videl v praxi mnohokrat.

[...]

> V logoch sa objavili nasledujuce chyby:
>
> ad12: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout -
> completing request directly
> ad12: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing
> request directly
> ad12: WARNING - SET_MULTI taskqueue timeout - completing request directly
> ad12: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=826958688
> swap_pager: indefinite wait buffer: bufobj: 0, blkno: 53, size: 4096
> ad12: FAILURE - WRITE_DMA48 timed out LBA=826958688
> GEOM_MIRROR: Request failed (error=5). ad12[WRITE(offset=423402848256,
> length=131072)]
> GEOM_MIRROR: Device gm0: provider ad12 disconnected.
>
> Dalsie vypisy z logov a vypis z smartmonctl je mozne najst na adrese:
> http://www.cerny.sk/temp/dma-timeout.txt

Me se takhle podobne choval server, kde byl problemem kabel. Ale bylo to 
trosku jine v tom, ze timeouty to hazelo jen do okamziku, nez disk 
vypadnul z gmirroru. Pak uz ne.
Tohle je docela zvlastni chovani, ze se neco snazi k disku pristupovat i 
kdyz disk byl vyrazen z gmirroru. (predpokladam, ze gm0 je slozen ze 
dvou celych disku: ad6 + ad12, a nikoliv ze slices, nebo partitions - 
podle hlasek v logu)

Zkusil bych bud vymenit kabel, nebo prohodit pozici disku v serveru, tim 
se jednoduse ukaze, jestli se problem prenese s diskem, nebo zustane na 
stejnem konektoru / kabelu / kanalu radice.

Mirek


More information about the Users-l mailing list