Мне не удается определить проблему для моего друга. Он запускает ZFS в Linux с дистрибутивом Debian. Мы получаем эти записи в файл dmesg.
[273044.834151] mpt2sas0: log_info(0x31110d00): originator(PL), code(0x11), sub_code(0x0d00)
[273044.834157] mpt2sas0: log_info(0x31110d00): originator(PL), code(0x11), sub_code(0x0d00)
[273044.834161] mpt2sas0: log_info(0x31110d00): originator(PL), code(0x11), sub_code(0x0d00)
[273044.834164] mpt2sas0: log_info(0x31110d00): originator(PL), code(0x11), sub_code(0x0d00)
[273044.834168] mpt2sas0: log_info(0x31110d00): originator(PL), code(0x11), sub_code(0x0d00)
[273044.834171] mpt2sas0: log_info(0x31110d00): originator(PL), code(0x11), sub_code(0x0d00)
[273044.834175] mpt2sas0: log_info(0x31110d00): originator(PL), code(0x11), sub_code(0x0d00)
[273044.834178] mpt2sas0: log_info(0x31110d00): originator(PL), code(0x11), sub_code(0x0d00)
[273044.834182] mpt2sas0: log_info(0x31110d00): originator(PL), code(0x11), sub_code(0x0d00)
[273044.834185] mpt2sas0: log_info(0x31110d00): originator(PL), code(0x11), sub_code(0x0d00)
[273044.841140] sd 0:0:1:0: [sdb] Device not ready
[273044.841146] sd 0:0:1:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[273044.841151] sd 0:0:1:0: [sdb] Sense Key : Not Ready [current]
[273044.841155] sd 0:0:1:0: [sdb] Add. Sense: Logical unit not ready, cause not reportable
[273044.841162] sd 0:0:1:0: [sdb] CDB: Write(10): 2a 00 b4 0c c3 e0 00 01 00 00
[273044.841171] end_request: I/O error, dev sdb, sector 3020735456
[273044.841530] sd 0:0:1:0: [sdb] Device not ready
[273044.841532] sd 0:0:1:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[273044.841535] sd 0:0:1:0: [sdb] Sense Key : Not Ready [current]
[273044.841538] sd 0:0:1:0: [sdb] Add. Sense: Logical unit not ready, cause not reportable
[273044.841543] sd 0:0:1:0: [sdb] CDB: Write(10): 2a 00 b4 0c c1 e0 00 01 00 00
[273044.841550] end_request: I/O error, dev sdb, sector 3020734944
--- snip ---
Мы уже провели полную очистку, и это не дало никаких дополнительных ошибок. Мы также провели «умный» длинный тест, который тоже прошел проверку. Без текущих отложенных секторов, а также без перераспределенных секторов. Что еще мы можем попробовать решить эту проблему?
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 197 174 021 Pre-fail Always - 5150
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 30
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0
9 Power_On_Hours 0x0032 094 094 000 Old_age Always - 5065
10 Spin_Retry_Count 0x0032 100 253 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 253 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 30
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 24
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 47
194 Temperature_Celsius 0x0022 121 102 000 Old_age Always - 29
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0
Снова запускаю еще один скраб. Я использую ibm serveraid m1015, подключенный к ИТ, работающий на материнской плате Supermicro X9SCM-F с зелеными дисками wd20earx.
pool: hulk
state: ONLINE
scan: scrub in progress since Sun May 4 14:26:11 2014
33.2G scanned out of 10.2T at 254M/s, 11h38m to go
0 repaired, 0.32% done
config:
NAME STATE READ WRITE CKSUM
hulk ONLINE 0 0 0
raidz2-0 ONLINE 0 0 0
hulk1 ONLINE 0 0 0
hulk2 ONLINE 0 0 0
hulk3 ONLINE 0 0 0
hulk4 ONLINE 0 0 0
hulk5 ONLINE 0 0 0
hulk6 ONLINE 0 0 0
errors: No known data errors
log_info 0x31110d00 декодируется в:
Value 0x31110D00
Type 0x30000000 SAS
Origin 0x01000000 PL
Code 0x00110000 PL_LOGINFO_CODE_RESET See Sub-Codes below (PL_LOGINFO_SUB_CODE)
Sub Code 0x00000D00 PL_LOGINFO_SUB_CODE_SATA_LINK_DOWN
Это сводится к тому, что устройство SATA было сброшено само по себе с помощью SAS HBA или ОС.
Ты можешь использовать mptevents чтобы получить полную информацию о событиях SAS HBA (похоже, это карта LSI SAS, она не будет работать, если это MegaRaid).
Вы можете включить ведение журнала SCSI, используя echo 0x010401cd > /proc/sys/dev/scsi/logging_level
Если ни одна из двух не отображается как ошибка, это будет подтверждение внутреннего диска, но это очень редко.
Кроме того, я бы посоветовал взглянуть на SAS Phys, чтобы увидеть, указывают ли они на какие-либо ошибки в файлах invalid_dword. Вы можете найти их в /sys/class/sas_phy каталоги.
Ой, Супермикро ... :)
Но правда, подожди. Получите запасной диск, возможно, даже сконфигурируйте его как горячий резерв. Для этого нужна защита RAID. Ваши ошибки кажутся локальными для одного диска / порта / соединения SATA. Это исключает объединительную плату (вероятно нет ни одного) и контроллер в качестве причин. Если диск выходит из строя, пусть. При необходимости замените.