Umřel WDC WD40EFRX

[DedVseved]

V serveru mám 2x WD 4TB RED a asi mi jeden chcípl za chodu. Stalo se mi to při vzdáleném ovládání přímo pod rukama, zrovna když se z něj kopírovalo, tak se odpojil a nepomohl ani restart serveru, fdisk (lsblk, smartctl) ho vůbec nevidí. Uvidíme, co se stane, až budu zítra po práci doma a zkusím server úplně vypnout a zapnout.

Oba disky jsou WDC WD40EFRX, ale ten co (asi) chcípl, se už od počátku choval jinak. Nešel mi standardně uspat proti tomu druhému a musel jsem u něj do fstabu přidat

Kód: Vybrat vše

noatime,nofail,x-systemd.automount,x-systemd.idle-timeout=60

a potom se uspávat začal.

V dmesg je u toho portu

Kód: Vybrat vše

ata7: SATA max UDMA/133 abar m2048@0x41e02000 port 0x41e02400 irq 167 lpm-pol 3
ata7: SATA link down (SStatus 4 SControl 300)

proto není vidět

ten druhý tam má tohle

Kód: Vybrat vše

ata8: SATA max UDMA/133 abar m2048@0x41e02000 port 0x41e02480 irq 167 lpm-pol 3
ata8: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
ata8.00: ATA-9: WDC WD40EFRX-68WT0N0, 82.00A82, max UDMA/133
ata8.00: 7814037168 sectors, multi 16: LBA48 NCQ (depth 32), AA
ata8.00: Features: HIPM DIPM
ata8.00: configured for UDMA/133

Škoda, nejsem zastánce ani WD nebo Seagate, ale tohle zamrzí, protože měl natočeno něco přes 4 roky (podle toho druhého funkčního). A to si v serveru lebedil v celokovovém chladiči do 5¼ slotu.

[rnbw]

Mozno mas len problem s kablom. Napajacim alebo datovym. SATA kablov som uz niekolko vyhodil.

[DedVseved]

Stačilo server úplně vypnout, aby byl disk bez napájení a potom se chytil. Schválně jsem na nich prohodil kabely, takže nyní je ata8. Dle SMARTu má natočeno o cca 1100 hodin více, ale zbytek hodnot je O.K. Jediná chybová hodnota a rozdíl mezi tím druhým diskem je v UDMA_CRC_Error_Count, kde má 44 proti 26, ale to není kritické. Po najetí systému dlouho kontroloval filesystem, takže systém vyhodnotil, že se něco stalo, ale u některých image mám i kontrolní součet a ten je O.K.
Moc důvěru v něj nemám a uvažuji o výměně za jiný, který mám z edice Purple.

Kód: Vybrat vše

root@server:~# journalctl -k -b -1 | grep ata7
kvě 18 14:12:49 server kernel: ata7: SATA max UDMA/133 abar m2048@0x41e02000 port 0x41e02400 irq 159 lpm-pol 3
kvě 18 14:12:49 server kernel: ata7: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
kvě 18 14:12:49 server kernel: ata7.00: ATA-9: WDC WD40EFRX-68WT0N0, 82.00A82, max UDMA/133
kvě 18 14:12:49 server kernel: ata7.00: 7814037168 sectors, multi 16: LBA48 NCQ (depth 32), AA
kvě 18 14:12:49 server kernel: ata7.00: Features: HIPM DIPM
kvě 18 14:12:49 server kernel: ata7.00: configured for UDMA/133
root@server:~# journalctl -k -b -1 | grep ata8
kvě 18 14:12:49 server kernel: ata8: SATA max UDMA/133 abar m2048@0x41e02000 port 0x41e02480 irq 159 lpm-pol 3
kvě 18 14:12:49 server kernel: ata8: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
kvě 18 14:12:49 server kernel: ata8.00: ATA-9: WDC WD40EFRX-68WT0N0, 82.00A82, max UDMA/133
kvě 18 14:12:49 server kernel: ata8.00: 7814037168 sectors, multi 16: LBA48 NCQ (depth 32), AA
kvě 18 14:12:49 server kernel: ata8.00: Features: HIPM DIPM
kvě 18 14:12:49 server kernel: ata8.00: configured for UDMA/133

[Ivan_01]

stretol som sa v DVD rekordéri panasonic s podobnou chybou, disk nešiel, po vybratí a znovuzaložení zase išiel, o dva dni zase nič. Príčinou bola oxidácia na padoch DPS k motoru a hlavám, Po vyčistení cez dva roky pokoj.

[warp]

Měl jsem u jednoho HDD (tehdy snad 2TB) podobný problém jak psal "Ivan_01", též stačilo vyčistit plošky na desce, u mě ty pro "napíchnutí" kontaktů k hlavám.

[DedVseved]

Děkuji za info, zatím vyčkávám a disk je stále v serveru, ale kdyby opět něco, tak mu dám ještě šanci, vyjmu ho z chladiče a plošky vyčistím.