LVM snapshot (obraz disku) jako init.d služba (diskuse)

[Heron]

Hezké.

K druhé anketě. Správce oddílů a souborový systém v jednom, ale nikoliv raid. RAID patří na HW s baterkou. Často se stane, že je na jednom oddílu místa málo a na jiném hodně. Toto lze dnes krásně řešit přes LVM (viz můj miniseriál), jenže je to pomalé a nelze to dělat vždy online (když je potřeba zmenšit systém souborů). Proto je výhodnější mít FS, který se o to postará.

Teď k tomu raidu. Tam je lepší buď nevědět vůbec nic a spokojeně spát, a nebo mít data na 20 geograficky vzdálených místech . Jasně že raid není záloha ale jsou tam ještě další ošklivosti. Klíčové slovo pro nedělní odpoledne na google je mismatch_cnt.

[xkucf03]

RAID patří na HW s baterkou

A co SW RAID + UPSka? Ne každý má na značkový hi-end HW.

Co se týče spojení FS a správce oddílů (a RAIDu) – jsem na vážkách: na jednu stranu je v Linuxu fajn, že si každý vybere FS, který mu nejvíc vyhovuje, je to velmi variabilní, zkombinuješ si to jak chceš (LVM, RAID, práce přímo s fyzickými disky)… ale na druhou stranu se někdy hodí, když správce disků „rozumí“ datům, která ukládá – např. nedávno mi trochu zahaproval jeden disk a bylo potřeba zkontrolovat pole – sice bylo zabráno asi jen 20 GB, ale protože LVM a SW RAID neví, co jsou moje data a co jsou nějaké náhodné bajty, které mě nezajímají, muselo se synchronizovat 1,5 TB.

[Heron]

A co SW RAID + UPSka? Ne každý má na značkový hi-end HW.

Raid a UPS vyhovuje do chvíle, než stiskneš tlačítko reset. Poté je na každém fyzickém disku něco jiného a nikdo nepozná, která data jsou "ta správná". Počet rozdílných bloků mezi jednotlivými zrcadly případně paritami je pak ono tajemné mismatch_cnt. A umí to dokonce takové věci (u mirror), jako pro dvě různé čtení téhož bloku vracet různá data podle toho, ze kterého zrcadla se to právě čte. Další klíčové slovo na neděli je silent corruption v souvislosti se zálohami.

Tohle by mohla být další výhoda RAIDu ve FS. FS který ví co kde má a má k tomu i blokové kontrolní součty může sdělit jména souborů, která jsou tímto postižena.

[Ivan]

Jeste bych pridal jeden dotaz do google "lvm deadlock". To je taky pekne hnusna potvora.

[j AM]

K čemu přesně je dobrý LVM na desktopu? Měl jsem za to že hlavní výhoda LVM je že můžu šachovat s oddíly za běhu (to se hodí na serveru), ale na desktopu mi downtime nevadí). A když např. chci zmenšit/zvětšit oddíl, nemusím ho stejně odpojit? Nebo to záleží na použitém filesystému?

[Heron]

A když např. chci zmenšit/zvětšit oddíl, nemusím ho stejně odpojit? Nebo to záleží na použitém filesystému?

Ano, většina FS se musí při zmenšení odpojit (pokud vůbec zmenšení umí). Zvětšení lze za běhu u všech. LVM přináší výhodu i na desktopu, představ si následující (a v dotazech občas se objevující) situaci:

Oddíl   Velikost
sda     60GB

sda1    10GB
sda2    15GB
sda3     5GB
sda4    30GB

A teď chceš zvětšit sda2 s tím, že místo chceš vzít ze sda4. V případě klasického rozdělení disku se nepohneš bez dalšího úložiště, nebo přesunu oddílu sda3 a celé to bude trvat dlouho.

Zatímco u LVM ti na to stačí lvremove sda4, lvextend sda2, resize2fs sda2, první dva příkazy trvají zlomky sekundy, ten třetí podle vybraného FS, ale to musíš udělat i v případě klasického rozdělení.