|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Alexey Vlasov 2:5020/400 05 Feb 2007 13:09:14
To : All
Subject : Множественные ошибки чтения при обращении к диску.
--------------------------------------------------------------------------------
Здравствуйте.
В наборе имеется FeeBSD 6.1, контроллер Promise PDC40775 SATA300, на
нем находится 3 диска:
ad4
Protocol Serial ATA II
device model ST3400633AS
serial number 9NF09BBN
firmware revision 3.AAH
cylinders 16383
heads 16
sectors/track 63
ad8
Protocol ATA/ATAPI revision 7
device model ST3250823A
serial number 5ND2DKWY
firmware revision 3.03
cylinders 16383
heads 16
sectors/track 63
ad9
Protocol ATA/ATAPI revision 6
device model ST380011A
serial number 5JV3TTS1
firmware revision 3.06
cylinders 16383
heads 16
sectors/track 63
Проблема следующая, при попытке что-то считать с ad8, в лог начинает
сыпаться:
kernel: ad8: WARNING - READ_DMA UDMA ICRC error (retrying request)
LBA=57218255
kernel: ad8: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout
- completing request directly
kernel: ad8: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout
- completing request directly
kernel: ad8: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout -
completing request directly
kernel: ad8: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout -
completing request directly
kernel: ad8: WARNING - SET_MULTI taskqueue timeout - completing
request directly
kernel: ad9: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout
- completing request directly
kernel: ad9: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout
- completing request directly
kernel: ad9: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout -
completing request directly
kernel: ad9: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout -
completing request directly
kernel: ad9: WARNING - SET_MULTI taskqueue timeout - completing
request directly
kernel: ad8: TIMEOUT - READ_DMA retrying (0 retries left) LBA=57218255
kernel: ad8: FAILURE - READ_DMA
status=ff<BUSY,READY,DMA_READY,DSC,DRQ,CORRECTABLE,INDEX,ERROR>
error=ff<ICRC,UNCORRECTABLE,MEDIA_CHANGED,NID_NOT_FOUND,MEDIA_CHANGE_REQEST,ABOR
TED,NO_MEDIA,ILLEGAL_LENGTH>
LBA=57218255
kernel: g_vfs_done():ad8s1d[READ(offset=29295640576,
length=131072)]error = 5
kernel: ad8: TIMEOUT - READ_DMA retrying (1 retry left) LBA=57218127
kernel: ad8: WARNING - READ_DMA UDMA ICRC error (retrying request)
LBA=57218255
Только не совсем понятно, почему в логе фигурирует ad9, ведь он в
работе не задействован, или по причине того, что они на одном шлейфе?
ad9 проходит
# dd if=/dev/ad9s1d of=/dev/null bs=1m
76319+1 records in
76319+1 records out
# dd if=/dev/ad8s1d of=/dev/null bs=1m
dd: /dev/ad8s1d: Input/output error
19854+0 records in
19854+0 records out
20818427904 bytes transferred in 360.061458 secs (57819096 bytes/sec)
В лог получаю:
kernel: ad8: WARNING - READ_DMA UDMA ICRC error (retrying request)
LBA=40662863
kernel: ad8: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout
- completing request directly
kernel: ad8: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout
- completing request directly
kernel: ad8: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout -
completing request directly
kernel: ad8: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout -
completing request directly
kernel: ad8: WARNING - SET_MULTI taskqueue timeout - completing
request directly
kernel: ad9: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout
- completing request directly
kernel: ad9: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout
- completing request directly
kernel: ad9: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout -
completing request directly
kernel: ad9: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout -
completing request directly
kernel: ad9: WARNING - SET_MULTI taskqueue timeout - completing
request directly
kernel: ad8: TIMEOUT - READ_DMA retrying (0 retries left) LBA=40662863
kernel: ad8: FAILURE - READ_DMA
status=ff<BUSY,READY,DMA_READY,DSC,DRQ,CORRECTABLE,INDEX,ERROR>
error=ff<ICRC,UNCORRECTABLE,MEDIA_CHANGED,NID_NOT_FOUND,MEDIA_CHANGE_REQEST,ABOR
TED,NO_MEDIA,ILLEGAL_LENGTH>
LBA=40662863
Hесколько дней назад, с ad8 были аналогичные проблемы, я проверил его
SeaTools, она заремаппила два блока, после этого dd, smartctl -t short|
long /dev/ad8 проходили без ошибок.
Говорит ли все это о проблеме с жестким диском? Или это проблема
контроллера? Возможна ли его какая-то временная починка программными
средствами?
P.S. Шлейфы, БП менял.
--- ifmail v.2.15dev5.3
* Origin: http://groups.google.com (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
