Fórum Root.cz
Hlavní témata => Distribuce => Téma založeno: Tomas Rehak 06. 02. 2014, 15:27:43
-
Ahoj,
často se mi stává, že se snažím něco zprovoznit a začnu instalovat různé balíčky, přidávat repo, měnit config v /etc/, až se dostanu do stavu, že třeba něco přestane fungovat.
Nevíte jestli existuje nějaký rollback tool (jako mají např. widle "Bod obnovení"), který by proparsoval logy z balíčkovače a sledoval /etc/ (a dělal zálohu) a já bych si jen zvolil "Jo, ještě včera ve 12 to jelo, chci obnovit config a balíčky k tomuto datu a času."
Existuje to, nebo je to prostor pro open source projekt?
-
Snapshot na filesystemu.
Ale neni to vsespasne reseni. Trebas mas databazi ve versi 1, snapshotnes, upgradnes na versi 2. Pri tom se updatne format databaze (tu mas nejspis na jine partition). Zjistis, ze 2 neni dobry napad, vratis se na versi 1 tim, ze prejdes na predchozi snapshot. A pak ti databaze ve versi 1 hodi usta, protoze neprecte data ve formatu verse 2. Snapshotnout DB v ramci update muzes taky, ale tam se nemuzes ke snapshotu vratit, aniz bys prisel o updaty, ktere se provedly v dobe, kdy jsi mel databazi v2.
(Ten priklad je ilustrativni, v praxi bys tohle nemel resit, mel bys mit nejaky staging environment, na kterem si vse otestujes a nic takoveho se ti stat nemuze ;) )
-
Na tohle mi připadá nejlepší udělat snapshot na úrovni filesystemu - koukněte třeba na Btrfs.
-
Hahahaha,
určite Btrfs ani staging ne kluci, řešení pro normální desktopové uživatele s ext4. Btrfs nemá ani stable verzi ještě proboha.
-
etckeeper
-
kdyz ne btrfs tak zkus ZFS
stabilni, ma vice featur, jen ta instalace pro / je o neco komplikovanejsi
problem s tvojim napadem je ze distribuce svoje mirrory promazavaji, takze to ze projdes logy a revertujes balicky nemusi projit, protoze stary verze uz nebudou k dispozici
etckeeper a podobni si s etc poradi celkem dobre, ale existuje i jina konfigurace
-
Drž /etc v gitu. Nebo zálohuj pomocí rdiff-backup (předpokládám, že už stejně zálohuješ).
-
Problem je, ze to co chces nejde. Jeden z prikladu, proc to nejde, sem ti uvedl vyse.
Takze je moznost se nejak priblizit. Kdyz ti nevoni snapshoty (btrfs sice oficialne stabilni neni, ale vsadim se, ze na desktopu spis budes muset jit pro zalohy kvuli vlastni chybe nebo selhani disku; dalsi moznost je zkusit se porvat s lvm - ja bych do toho nesel, ale pokud mas odpor k btrfs, tak je to moznost), tak musis zkusit operovat s etc a balicky.
Jak uz spravne rekl predrecnik - ty muze byt tezke sehnat. Na Archu je v AURu celkem pekna utilitka downgrade, musis si udrzovat package ve /var/ nebo spolehat na wayback machine, pro tve distro asi taky neco existuje.
/etc/ muzes mit v gitu. S obojim budes mit dost prace. Jednou za rok se to da pouzit rucne. Nez to resit casto, tak bych si snad radeji obnovoval ze zaloh.
-
Ja jsem doiteroval k nasledujicimu schematu:
ext4 root & boot & home fielsystem + schroot + btrfs
Jak to funguje:
ext4 /
- zakladni system s minimalistickou a rizenou instalaci
btrfs /mnt/chrooty
- snapshoty na btrfs oblasti, kde mi lezi ruzne chroot stromy. DIky snapshotum a COW je to velmi levny zpusob, jak mit trebas 30 ruznych instalaci systemu za cenu 1-2 full instalaci. diky snapshotum take resim rollback, IDS, posileni soukromi pri pristupu na internet a dalsi vychytavky. neni to vsespasne, ale funguje to dobre a mam prehled co ktera aplikace pomeni pri svem behu. kdyz pak chci, vse vratim behem vterin zpet.
-
OT: mrkni na solarisi beadm a cely koncept boot environment. to je presne to, co popisujes. a este sluzba autosnapshot. oboje zavisia na vlastnostiach ZFS. nestoji za to sa naucit a prejst na stary dobry posixovy unix? ;)
-
OT: mrkni na solarisi beadm
Je komunitni solaris dostatecne zivy i po tom, co s nim Oracle udelal?