Buffer IO Error - Hva er problemet?

[Ståle]

Har et par disker i serveren, men det er en disk som ikke funker flott.

 

Først var det en IDE disk som fikk errors. Så jeg byttet den fordi den var gammel uansett. Så fikk den litt nyere disken errors også. Så jeg byttet den også.

Så var det en SATA disk som fikk errors. Det er en helt ny 2GB WD Green.

 

Den funker i et par uker etter jeg har restartet. Men så får jeg io errors.

 

 

[1110010.588064] Buffer I/O error on device dm-0, logical block 0
[1110010.588070] lost page write due to I/O error on dm-0
[1110010.588218] EXT3-fs error (device dm-0): ext3_find_entry: reading directory #2 offset 0


[1044871.126180] sd 4:0:0:0: [sde] CDB: Read(10): 28 00 00 00 31 57 00 00 08 00
[1044871.126198] end_request: I/O error, dev sde, sector 12631
[1044874.789182] sd 4:0:0:0: [sde] Unhandled error code
[1044874.789188] sd 4:0:0:0: [sde] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK

 

Jeg kjører inkrementell backup hver natt via rsync. Men ellers brukes den ikke.

 

Volumet er Truecryptet Ext3.

Serveren kjører Debian.

HK er P5Q-Pro.

 

For 12 dager siden sprayet jeg på contact cleaner, og har funket til idag.

Hot-swappet disken, og nå funket det å ta backup.

 

 

Hva kan problemet være? For gammelt HK? Feil med disken? Feil i software? Stråling fra solen?

[Audun0505]

Skjer det i oppstart? Og bruker du Linux? Mener jeg fikk samme problemet når jeg brukte Fedora.

[Ståle]

Det skjer ikke under oppstart, først etter et par uker. Ja bruker Debian. Det er bare en av 6 disker som tuller seg.

[Sokkalf™]

Sjekket SMART-verdiene til disken?

[Ståle]

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   253   165   021    Pre-fail  Always       -       1158
 4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       377
 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   095   095   000    Old_age   Always       -       3933
10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       157
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       143
193 Load_Cycle_Count        0x0032   198   198   000    Old_age   Always       -       6135
194 Temperature_Celsius     0x0022   115   108   000    Old_age   Always       -       35
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

SMART Error Log Version: 1
No Errors Logged

Endret 26. september 2011 av Ståle

[Audun0505]

Kan dette hjelpe?

[Ståle]

Får ikke noen errors under boot, så tror ikke det er den feilen. Ser også ut som fixen er å oppdatere, og jeg har nyere kernel.

 

Linux grete 2.6.32-5-686 #1 SMP Mon Jun 13 04:13:06 UTC 2011 i686 GNU/Linux

 

 

 

 

 

 

Nå har jeg begynt å få en annen feil på en annen disk.

 

Sep 29 23:11:06 grete kernel: [135869.571843] ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x180002 action 0x6 frozen
Sep 29 23:11:06 grete kernel: [135869.571849] ata5.00: ST-ATA: BUSY|DRQ persists on ERR|DF, dev_stat 0x80
Sep 29 23:11:06 grete kernel: [135869.571854] ata5: SError: { RecovComm 10B8B Dispar }
Sep 29 23:11:06 grete kernel: [135869.571859] ata5.00: failed command: IDENTIFY DEVICE
Sep 29 23:11:06 grete kernel: [135869.571867] ata5.00: cmd ec/00:01:00:00:00/00:00:00:00:00/00 tag 0 pio 512 in
Sep 29 23:11:06 grete kernel: [135869.571869]          res 80/00:00:00:00:00/00:00:00:00:00/00 Emask 0x3 (HSM violation)
Sep 29 23:11:06 grete kernel: [135869.571872] ata5.00: status: { Busy }
Sep 29 23:11:06 grete kernel: [135869.571885] ata5: hard resetting link
Sep 29 23:11:11 grete kernel: [135875.084022] ata5: link is slow to respond, please be patient (ready=0)
Sep 29 23:11:16 grete kernel: [135879.620026] ata5: SRST failed (errno=-16)
Sep 29 23:11:16 grete kernel: [135879.620036] ata5: hard resetting link
Sep 29 23:11:21 grete kernel: [135885.136016] ata5: link is slow to respond, please be patient (ready=0)
Sep 29 23:11:26 grete kernel: [135889.672022] ata5: SRST failed (errno=-16)
Sep 29 23:11:26 grete kernel: [135889.672032] ata5: hard resetting link
Sep 29 23:11:31 grete kernel: [135895.188021] ata5: link is slow to respond, please be patient (ready=0)
Sep 29 23:11:59 grete kernel: [135922.965043] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Sep 29 23:12:01 grete kernel: [135924.508875] ata5.00: failed to IDENTIFY (I/O error, err_mask=0x3)
Sep 29 23:12:01 grete kernel: [135924.508882] ata5.00: revalidation failed (errno=-5)
Sep 29 23:12:04 grete kernel: [135927.964019] ata5: hard resetting link
Sep 29 23:12:10 grete kernel: [135933.481023] ata5: link is slow to respond, please be patient (ready=0)
Sep 29 23:12:14 grete kernel: [135938.016016] ata5: SRST failed (errno=-16)
Sep 29 23:12:14 grete kernel: [135938.016027] ata5: hard resetting link
Sep 29 23:12:20 grete kernel: [135943.532018] ata5: link is slow to respond, please be patient (ready=0)

 

Så halt-er maskinen og jeg må restarte den. Backupen kjører kl 2, så antar det ikke har noe med det å gjøre.

 

 

root@grete:~# cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
 Vendor: ATA      Model: SAMSUNG SP0411N  Rev: TW10
 Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi0 Channel: 00 Id: 01 Lun: 00
 Vendor: ATA      Model: ST3160021A       Rev: 3.04
 Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi2 Channel: 00 Id: 00 Lun: 00
 Vendor: ATA      Model: SAMSUNG HD501LJ  Rev: CR10
 Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi3 Channel: 00 Id: 00 Lun: 00
 Vendor: ATA      Model: WDC WD10EAVS-00D Rev: 01.0
 Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi4 Channel: 00 Id: 00 Lun: 00
 Vendor: ATA      Model: WDC WD20EARS-00M Rev: 51.0
 Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi5 Channel: 00 Id: 00 Lun: 00
 Vendor: ATA      Model: Hitachi HDS72202 Rev: JKAO
 Type:   Direct-Access                    ANSI  SCSI revision: 05

 

scsi4 er den jeg hadde problemer med. Mens scsi5 antar jeg er ata5 ?

begge to burde ikke aksesseres annet enn til backup kl 2, så jeg vet ikke hva som kan forårsake det.