Dotaz: Chyby na disku

[filbar]

Dobrý den, na disku se mi začaly vyskytovat tyto chyby:

[236864.523180] EXT4-fs error (device sda1): ext4_mb_generate_buddy:757: group 5603, block bitmap and bg descriptor inconsistent: 16055 vs 16686 free clusters
[323512.475048] EXT4-fs (sda1): error count since last fsck: 1
[323512.475064] EXT4-fs (sda1): initial error at time 1546589436: ext4_mb_generate_buddy:757
[323512.475071] EXT4-fs (sda1): last error at time 1546589436: ext4_mb_generate_buddy:757

[410017.003107] EXT4-fs (sda1): error count since last fsck: 1
[410017.003113] EXT4-fs (sda1): initial error at time 1546589436: ext4_mb_generate_buddy:757
[410017.003115] EXT4-fs (sda1): last error at time 1546589436: ext4_mb_generate_buddy:757

Zkoušel jsem při startu systému spustit fsck, ale chyby se objevujou pořád a na podpoře mi řekli:

----------------------

Dobrý den, v openmanage se žádné chyby s HDD nevyskytují.

Mohlo by se jednat o chybu na filesystému a fyzické disky mohou být OK.

----------------------

Jak se toho mám zbavit?

Děkuji za rady.

Odpovědi

[Andrej]

Nepoužívat Ext4. Už je to tu zase. Ten filesystém ztrácel data v minulosti, ztrácí je dnes a bude je ztrácet i v budoucnu. Prostě proto, že filesystém z 20. století (podle celkové koncepce, ne nutně podle data vydání) nemá v 21. století co dělat. Není připravený a navržený na dnešní velikosti disků a s tím související pravděpodobnost chyb, dlouho se nedokázal správně vyrovnat s „novinkami“ jako NCQ a těžko říct, zda je na tom dnes lépe. Hledání hesel jako „ext4 data consistency“ nebo „ext4 corruption“ vrátí zoufalý nekonečný seznam, který se táhne přes celé desetiletí. Používání Ext4 je skvělý způsob, jak do toho seznamu něčím přispět. Člověk by čekal, že za desetiletí se něco dá odladit, jenže kdepak, stále přicházejí nové problémy. Když je samotný základní princip špatně — nebo neodpovídá době a situaci —, není na tom moc co ladit.

Máme 21. století. Dokonce ho už skoro pětina uplynula. Používejme tedy souborové systémy z tohoto století, ne z minulého.

[Aleš Kapica]

Tohle asi někteří radílkové nechtěli slyšet

[filbar]

A jaký filesystém doporučujete? Rád se nechám poučit. Leč tady nemám na výběr je to dedikovaný server předinstalovaný od poskytovatele.

[mhepp]

Třeba BTRFS. Pokud máš ext4, tak na BTRFS můžeš zmigrovat...

[alkoholik]

Ale priprav se, ze misty budes mit polovicni vykon..

[lertimir]

To nepozoruji. Ale je třeba rozumět s čím se pracuje a odpovídajícím způsobem si BTRFS nastavit. Např na databázový soubor nemít COW, dělá=li snapshoty tak vyřešit management, rozumnou pravidelností si projet scrub, a v závislosti na tom jak moc se na systém píše tak mít vyřešené rebalance. Pokud uživatel neví s čím pracuje, nestará se, plní FS na velkou zaplněnost a nebo tam jede spousta paralelních proudů jako torrenty nebo množství současně zaznamenávajících kamer, může se dostat silnější fragmentaci a tam výkon klesne. Ale stačí uklidit.

[alkoholik]

Tak se podivej na posledni testy na Phoronixu.

[Aleš Kapica]

Benchmark je věc jedna a realita druhá. Stačí sledovat zdejší dotazárnu, viz poslední dotaz ohledně XFS. Najdi podobný problém u někoho kdo skutečně dlouhodobě používá Btrfs a máš bod. Pokud na něco takového narazíš, tak zjistíš že jde o problém "testera", který nepochopil jak to funguje a měl zpravidla za málo si o Btrfs něco předem zjistit.

[lertimir]

Navíc čím více metainformací si FS udržuje, tím má více vlastnosti, ale na druhou stranu platí za to tím, že se ty metainformace musí číst a psát. Pamatuji si jak kdysi jsem měl nejlepší výkonové výsledky na velkých souborech na FAT.

[alkoholik]

Myslis treba problem s plnym diskem?
Bugy jsou a budou ve vsech fs..

[Aleš Kapica]

Problém nahlášen u jádra 4.4.18 z 16. srpna 2016, opraveno v jádře 4.4.38 z 10. prosince 2016. A krom toho, na to existoval workround. Tohle nepovažuji za bug, který by ohrozil uložená data.

[debian+]

Kde mas. Vo wedose sa napr. da preinstalovat podla lubovolie (prejdes instalatorom ako doma u seba).

Pripadne ak ak mas swap. Zrusis, preformatujes na odiel. Ninstalujes zaklad systemu. Zmenis zachodu odiel / a ides.

[trubicoid2]

akorát to nebyla chyba specifická pro ext4, ale chyba v mq scheduleru kazila libovolný FS

oprava je nepoužívat vadná jádra, případně parametry jádra scsi_mod.use_blk_mq=0 dm_mod.use_blk_mq=0

[pomahack]

Taky jsem koukal. Verohodnost verozvestu btrfs se tim veru nezvysila :)

[ewew]

Akože môže mi to byť jedno. Ale ak sa vyskytne tebou propagovanom súborovom systéme neopravitelná chyba, tak si pamätaj, že budeš tomu robiť podporu.

Mne príde, že pri používani dynamickej alokácie sú zbytočne spotrebované IO na vytváranie štruktúr fs.

[GeorgeWH]

Mne príde, že pri používani dynamickej alokácie sú zbytočne spotrebované IO na vytváranie štruktúr fs.

Mozes to trochu rozviest? Diki.

[Peter Golis]

Ale ak sa vyskytne tebou propagovanom súborovom systéme neopravitelná chyba, tak si pamätaj, že budeš tomu robiť podporu.

To je bežné rizoto každého čo aspoň raz v živote niekomu niečo odporučil. A to vrátane obvodného lekára ktorý odporučil pacienta k odborníkovi. Vitaj v reálnom svete.

[ewew]

Mám zostavnie. LVM thin volume a ext4. Keď pozriem na conky panel s IO, tak je tam viacnásobne vyššia aktivita ako pri klasickom LV ako pri Thin LV.

[GeorgeWH]

Hmm tak to je teda fakt vypovedna hodnota.

[debian+]

Zmen kernel (cize aktualizuj) na minimalne 3.13.0-87.133. Vid https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1423672

Alebo toto to vzdy isty. Skopirovat inam data. Nanovo naformatova a skopirovat naspat.

Ext4 je dobry.

[Peter Golis]

Jadro 3.13 bolo posledne videné v Ubuntu 14.04. Nuž, neviem či by to bolo tým.