( mogorva | 2019. 10. 12., szo – 13:42 )

> egy ideig jól működhet, de áramszünet esetén katasztrofális károkat okozhat
> a ZFS „pool”, ha a kulcsfontosságú metaadatok elvesztek az átvitel

Itt ugyebár arról van szó, hogy power loss esetén a BBU hajtja a DRAM-ot, ami tartja a ki nem írt adatot amíg bírja.
Ha már nem bírja, akkor (meta)adatvesztés képzelhető el.

> A sebességeket meg nem elmélkedéssel lehet meghatározni, meg kell mérni. Talán hasznos lenne egy ilyen teszt.

Csak az a gond, hogy nem mindenkinek van erőforrása (idő, pénz, ember) lePOC-olni több alternatívát, hanem felcsap egy ilyen fórumot és abból próbálja meg kihámozni az okosságot. :)

Félig off, adatvesztés teszt: itthon az RPi-n ki akartam próbálni, hogy ha különböző módokon lerángatom az DATA-nak használt external HDD-t, akkor milyen FS esetén mi történik. rsync-kel küldtem kismillió file-t és közben ilyeneket csináltam:
- kihúztam az USB kábelt
- kirántottak a diskből a tápot

Visszadugás után az XFS és az ext4 is szépen talpra állt, javította magát, stb.
Gondoltam, akkor kb. mindegy, legyen XFS!

Abban az időben kb. fél év alatt lett 3 áramszünet itthon.
Az XFS össze-vissza fosta magát, a headless RPI állandóan konzolos beavatkozást meg kézi xfs repairt reklamált.

Újra formáztam az egészet ext4-gyel és azóta nincs baj (pedig volt pár áramszünet), boot közben összekaparta magát a journal-ból és kész.

Szóval csak azt akarom mondani, hogy néha még a teszt sem segít.