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 -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
