Dotaz: Odolnost XFS oproti ext4 vůči hrubému zacházení

[skrix]

Ahoj.

Který souborový systém je dle vašich zkušeností více odolný vůči nekorektnímu odpojování - ext4 nebo XFS? Zatím používám ext4 a bez problému. XFS jsem zkoušel před x lety a velice rychle se tam něco pokazilo - konkrétně po opravě fs docházelo ke ztrátám souborů (i těch které nebyly zrovna otevřeny). Na ext3/4 se mi to stalo jen občas, ale vždy kvůli špatnému HW.

Nekorektním odpojováním myslím to, že někdo daný počítač 3-4x denně násilně vypne. Vzhledem k tomu, že XFS má být defaultem v rhel 7 (tj. asi i v centos), tak by mě zajímalo, zda by takové zacházení ustál či je lepší ext4.

---

---

Odpovědi

[Sten]

Mám stejné zkušenosti, měl jsem XFS na serveru a při rozpadu SW RAIDu (což se v Linuxu chová jako odpojení disků natvrdo) se rozpadlo tak, že poztrácelo skoro 10 % dat, přičemž hodně z toho byly soubory, který byly najednou prázdné nebo zkrácené, a některé adresáře se změnily na podivné soubory, které nešlo ani číst ani smazat. U ext4 se mi to nikdy nestalo, maximálně pár souborů skončilo v lost+found. Nicméně v poslední době jsem viděl v Jaderných novinách hodně vývoje na odolnosti XFS, takže je možné, že to již má nějak rozumně ošetřené. Osobně bych ale na takovéto situace XFS stále nepoužíval, spíš bych tam dal ext4 s data=journal. (Nejlepší by bylo btrfs, protože má COW, ale tam nevím, jak se to chová při rozpadu filesystemu, jestli to ještě pořád vyvolává kernel panic a nejde číst.)

[...]

a byla to jeste ta archaicka verze patche 1.0 nebo 1.1? provozovane jeste pred zavedenim write barriers v jadre?

[Sten]

Bylo to jádro 2.6.18 (Debian Etch). Write barriers tam byly, jejich zapnutí bylo vidět v logu (a podle dokumentace jsou v Linuxu od roku 2005).

[dustin]

Nic proti starému dobrému etchi, ale zrovna u XFS je jádro 2.6.18 skutečně už prehistorické.

[Sten]

Did I ever tell you what the definition of insanity is?

[jadd]

A když čtu LVM Howto není možné u něj snížit velikost, pokud to howto je stále platné.

[hermelin]

Ja mam s XFS jenom ty nejlepsi zkusenosti. Pouzivam ho od dob kdy jeste ani nebyl ve vanilla kernelu. Pravdou je ze abych 3x za den natvrdo schazoval server jsem se nedostal ale pri vypadku jsem nikdy o data neprisel. Parkrat jsem ale musel pouzit xfs_check resp. xfs_repair

[rADOn]

XFS drží hodně dat v paměti a počítá s tím, že běží na počítači se zálohovaným napájením, kde není problém souborový systém včas korektně odpojit. Dříve se při nekorektním ukončení zkrátila na nulu délka souborů, které mohly mít poškozená data - dnes tam XFS ta poškozená data nechá a spoléhá na to, že jejich poškození pozná uživatel a případně mu k něčemu bude alespoň část souboru. Takže na systém, kde se souborový systém neodpojuje korektně, bych XFS rozhodně nedával.

Jiná věc je, proč ten počítač někdo několikrát denně násilně vypíná, navíc to určitě nebude dělat dobře nejen souborovému systému, ale i hardwarovým komponentám.

[skrix]

Jou to žákovské počítače, kde se denně vystřídá klidně 10 lidí, tak to ne vždy jde uhlídat - hlavně když je tam dual boot a začne nabíhat místo windows linux ... co to proboha je a šup násilné vypnutí.

[ewew]

Neviem aký zavadzač tam ale na grube je možné posunuť default boot položku v /etc/default/grub .

[Filip Jirsák]

Asi by pro ty počítače bylo lepší, kdyby reset nebyl tak snadno dostupný. Ale chápu, že se to dodatečně těžko zařizuje. Každopádně pořadí položek v bootovacím menu i timeout pro výběr lze nastavit - je možné timeout i úplně vypnout, aby si uživatel musel vybrat.

[skrix]

Nejde o reset, ale o tlačítko napájení. Něčím se ty počítače zapínat musejí a zakázat vypnutí PC dlouhým držením napájecího tlačítka je nesmysl - občas se prostě něco kousne a rozhodně je pro HW zdravější vypnutí dlouhým držením napájecího tlačítka než vytáhnutím napájecího kabelu (alespoň co jsem se dočetl).

A posunovat pořadí grub menu je něco, co by sice pomohlo linuxu, ale ne windowsu. Pak by zase nastala situace, kdy při nabíhání windows to někdo násilím vypne (když chce do linuxu) a windows se z toho šoku narozdíl od linuxu s ext4 kolikrát nevzpamatují (potvrzeno z praxe).

[#Tom]

Při takovém záseku je už pak lepší tlačítko reset, jehož stisk se zpravidla obejde vypínání a zapínání disků.

[Filip Jirsák]

Tak zkuste studenty naučit, že je lepší počítač restartovat kombinací Ctrl+Alt+Del Chápu, že je to se studenty těžké, na druhou stranu by se měli naučit, že vypínat počítač natvrdo není dobré a používá se to až v krajní situaci, když nic jiného nefunguje.

Nejlepší by mi připadalo v Grubu nevolit žádnou výchozí položku, ať si uživatel při startu musí vybrat. Sice to bude nepohodlné pro ty, kterým teď stačilo počkat, ale přeci jen se zvýší pravděpodobnost, že se uživateli spustí ten systém, který chce.

[lertimir]

Přesně tak, grub bez časovače. A možná při nejhorším i odpojit (nebo přepojit) tlačítko zapnutí tak, aby je zapínal učitel z centrálního panýlku. Odvést piny zapnutí někam daleko by neměl být problém, tlačítko dělá v podstatě stejně jen na nich zkrat.

[jadd]

To bys řešil u běžné studentské učebny jak? žlábek pro kabely do podlahy nebo do stropu aby studenti nezakopávali o ty kabýlky? Ideální by bylo zakázat studentům na to sahat, bez souhlasu učitele.

[lertimir]

V kanálku kudy táhnou ethernet.

[Sten]

Anebo to tlačítko tam vůbec nemít a počítače zapínat pomocí Wake-On-LAN. A GRUB může být nastaven tak, že si stáhne aktuální konfiguraci (tedy co bootovat) přes síť. Stejně tak tam může být přes síť řešený restart, ve Windows pomocí AD a v Linuxu třeba pomocí ClusterSSH.

[Sid]

To je naozaj uzasna rada - ked sa vas nabuduce niekto spyta, ze ako osetrit uhryznutie od hada tak mu poradte, ze ma skusit na neho neslapnut. Povodna otazka neznela ako spravne vypnut PC ale ako minimalizovat skody ked to niekto urobi, je to tak takze chapat?

[Filip Jirsák]

Zkušenost ukazuje, že spousta otázek je položena špatně. A že lidé se ptají, jak ošetřit kousnutí od hada, když ještě na žádného hada nešlápli, jenom si bůhvíproč myslí, že když uvidí hada, je nutné na něj co nejrychleji šlápnout. Pak se dá samozřejmě blbě odpovědět na blbou otázku, nebo se pokusit zjistit, jaký problém má tazatel ve skutečnosti, a pomoci mu s řešením toho problému.

Tento dotaz nebyl vyloženě špatně, také jsem přímo na dotaz odpověděl. Ale jednotky tvrdých vypnutí denně mi připadá hodně. A z doplňujících komentářů se zdálo, že jediným problémem je to, že se automaticky začne startovat systém, který student nechtěl, což má docela snadné řešení. Kdyby tazatel napsal, že ví o možnosti nechat Grub menu zobrazené tak dlouho, dokud si student nevybere, nebo že to zkoušel a nefungovalo to, nebo má jiné důvody, proč to tak nemá. Takže poradit mu to jako další možné zlepšení je na místě.

Dělal jsem taky správce sítě na škole, takže si dovedu představit, že udělat nějaké vzdálené zapínání počítačů je nereálné (pokud správce není rentiér, který bude počítače spravovat i ve svém volném čase). Ale zase je škoda, pokud si studenti odnesou ze školy, že vypínat počítač natvrdo je normální.

[Šangala]

Zkušenost ukazuje, že spousta otázek je položena špatně.

Jo-jo to už »Hlubina myšlení« na přímou otázku, znala přesnou odpověď, ale zpochybnila otázku…

[lertimir]

Zkušenost ukazuje, že spousta otázek je položena špatně.

Jo-jo to už »Hlubina myšlení« na přímou otázku, znala přesnou odpověď, ale zpochybnila otázku…

Navíc i nás bývalý prezident odpovídal novinářům: "Ale vaše otázka je položena úplně, ale úplně špatně."

[x]

Jojo, to mam vzdycky nejradsi, kdyz nejaky chytrak vi lip nez ja co vlastne potrebuju...

[#Tom]

Rozhodně ext4, případně JFS. Je to asi deset let, co jsem nasazoval na jednoduchý víceúčelový server/firewall právě XFS, ale ten je zjevně určen počítačům se záložním zdrojem, protože se po několika výpadcích napájení pokazil. Posléze jsem používal ReiserFS, ale ten se mi jeví už poněkud zastaralý, a nehodí se pro větší disky (kontrola po výpadku je zdlouhavá). Slušně se jeví též JFS, pouze na desktopu mi v poslední době docházelo k zamrznutí I/O na šifrovaných oddílech při přístupu k některým souborům. Příčinu jsem neodhalil, leč na serveru bez šifrování jsem toto ještě nezaznamenal.

Souborový systém ext4 používám teprve krátkou dobu, ale jeví se mi dostatečně rychlý a stabilní i po výpadcích.

Na druhou stranu, vypínat počítač se soudobým běžně instalovaným moderním systémem bez pořádného ukončení se mi jeví jako velmi hloupé. Pokud takovému vypínání nelze zabránit, je dobré upravit systém tak, aby běžel z disků připojených jen pro čtení, a aby případné zápisy byly pravidelně (několikrát denně) zálohovány, odkud by byly v případě porušení souborového systému po náhlém výpadku snadno obnoveny. Tak může fungovat např. Raspberry Pi jako IP kamera zapisující na síť, kterou lze kdykoli bez obav odpojit od napájení.

[ewew]

Podľa mňa by bola schodnejšia cesta dať všetko na ro až po koniec rcX.d a potom dať potrebné časti na rw režim. Alebo upraviť aby /home bolo mountované až po logine.

[skrix]

A co logy? Z toho by se asi systemd zbláznil.

[ewew]

Urobiť skript na mount počas ro módu do tmpfs a potom po pripojení do rw prekopirovať na správne miesto a možno reštartovať rsyslog s iným config súborom.

[#Tom]

Já bych ty logy nechal na ramdisku, stejně jsou skoro k ničemu a jenom zabírají místo na disku, protože u vyladěného systému v nich není moc co najít. A když se objeví porucha hardwaru, průšvih se do protokolů stejně většinou nezapíše.

[2X4B-523P]

vadný disk jsem vždy nejdříve poznal v logu, přičemž na systému se zatím nic neprojevovalo, ale dá se to řešit nějakým watchdogem nad smartem...

[...]

> Na ext3/4 se mi to stalo jen občas, ale vždy kvůli špatnému HW.

Tak ale vypadaji vsechny dataloss/corruption a to nejen na ext3/4... jako kdyby to byl spatny HW, to je takrikajic "feature" vsech FS.

[nyan]

Na LCA2014 mel Dave Chinner prednasku o filesystemech, a v druhe polovine rozebira taky mnozstvi "churn" v kernel kodu jednotlivych filesystemu... a po shlednuti bych rekl ze predchozi zkusenosti lidi jsou u tehle otazky k nicemu. Rozhodne ne s tim mnozstvim zmen co jde do fs s kazdym kernel releasem... a to plati jak pro xfs, tak pro ext4.

RH tlaci XFS do serveru hlavne protoze ma jiste vyhody oproti Ext4, a nic lepsiho zatim neni (ne, butterface neni production-ready, i kdyz to tvrdi oralek inc )