Rdiff-backup: pokus o Time machine na Linuxu (diskuse)

[progdan]

No asi bych si mel taky neco takoveho zavest...nejdriv ale musim sehnat dostatecne velke uloziste

[kralyk z abclinuxu]

+1 taky ten problem resim

[andree]

hmm, nejak to nikde nemozem najst - asi to sam vyskusam, ale predsalen sa opytam.. vie ten rdiff vyriesit aj situaciu, ked dojde k vymazaniu suboru? myslim takyto scenar:

%dir1=file1 file2 file3
rdiff-backup
delete dir1/file2
rdiff-backup

ked potom zavolam obnovu zo zalohy, znovu by to obnovilo aj ten file2? (to by som chcel, aby ostal zmazany ) ak by ho neobnovilo, je mozne sa vratit do nejakej starsej verzie, v ktorej by ten subor bol? viem si predstavit este viac 'okrajovych pripadov' (napr. ze by bol ten file2 znovy vytvoreny a zavolany rdiff-backup a clovek by sa chcel vratit k situacii bez file2, alebo so starsou verziou file2), ale toto by asi stacilo na rozumne zalohovanie...

[andree]

ok, nedalo mi to funguje to tak, to je parada :o))

[Nicky726]

Ano, toto rdiff-backup umí. Poslední verze souborů (z poslední zálohy) je jako mirror, starší verze souborů (od předposlední zálohy dále do minulosti) jsou jako diffy (včetně těch smazaných souborů). Pro obnovu pak stačí obnovit patřičný diff. To samé bude možné i pokud se soubor znovu vytvoří s jiným obsahem, budou totiž diffy dva.

[disorder]

je to dobre, ale nieco sa pokazilo po case a ked si zalohujem home, tak sa mi to zdrbe (debian etch)

[disorder]

pokazeny fs, po oprave to pada na nejakom CRC checku, nevedel som to opravit :/

[Honza Jaroš]

Hmm, tak to bude asi chtít zkusit parametr --force, ale nejsem si jist, jestli v takovém případě nezačne rovnou z čistého stolu a nesmaže starší verze záloh. Pokud jsou porušené diffy, asi mu nic jiného nezbyde...

[disorder]

nejak ma to nepali, tak som sam zmazal celu zalohu a spravil novu... ale zaujimalo kedy sa mi to mohlo poskodit, nespominam, ze by som zabudol umount :/

[Honza Jaroš]

Mně se to stává u 2.5" HDD v levné škatuli napájené přes USB. I když ho korektně odpojím včetně sync, nevyprázdní se cache přímo na disku a po vytažení USB kabelu se to už bez napájení samozřejmě nezapíše. Řeším to tak, že před vytažením kabelu provedu hdparm -t /dev/sdb, to obvykle pomůže.

[disorder]

dik, mam to externe tiez cez nejaky lacny radic

[Heron]

Umí to zálohovat i ACL? Případně, pokud ne, neznáte něco co to umí?

[Heron]

Odpovím si sám, podle dokumentace umí

[Nicky726]

Co se práv týče, jde spíš o použitý systém souborů, záloha z ext3 na ext3 prává zachovává.

[Heron]

No klasická práva ano, mě šlo o ACL (set-getfacl). Udělám experiment, doma.

[Heron]

Hmm, takže neumí

getfacl /var/www/drupal/modules/
getfacl: Removing leading '/' from absolute path names
# file: var/www/drupal/modules
# owner: apache
# group: apache
user::rwx
user:tomas:rwx
group::rwx
mask::rwx
other::r-x

#backup, restore - oba lokalni fs a umi ACL

getfacl /root/tmp/modules/
getfacl: Removing leading '/' from absolute path names
# file: root/tmp/modules
# owner: apache
# group: apache
user::rwx
group::rwx
other::r-x

Škoda

[Heron]

#rdiff-backup --never-drop-acls /var/www/ /BACKUP/www
Fatal Error: --never-drop-acls specified, but ACL support
disabled on destination filesystem

#tune2fs -l LABEL=backup
tune2fs 1.39 (29-May-2006)
Filesystem volume name:   backup
Filesystem UUID:          15829cd4-5d25-496c-90f4-32d62ef7865c
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file
Default mount options:    user_xattr acl

[VSi]

Mě to s ACL funguje. Myslím, že bylo potřeba doinstalovat zvlášť ještě nějakou python knihovnu - v debianu python-pylibacl.

[Heron]

S tím to funguje, díky.

[zelial]

v minulé práci jsem rdiff-backup používal a vím, že ACL uměl. dokonce i při záloze na ne-ACL oddíl - uložil si ty údaje někde bokem...

[Honza Jaroš]

Jenom doplním - zachovává je pouze u lokální kopie nebo pokud zalohujete na vzdálený stroj s právy roota. Pokud se na vzdálený stroj přihlašujete pod běžným uživatelem, jsou soubory záloh vlastněny tímto uživatelem a původní oprávnění k nim jsou uložena v metadatech v adresáři rdiff-backup-data; samozřejmě při obnově to pak chce používat 'rdiff-backup -r ...', jinak se práva k souborům neobnoví.

[Kyosuke]

A rsnapshot nedělá to, co potřebuješ?

[Nicky726]

To vypadá zajímavě, zatím jsem nezkoušel.

[sssssssss]

hehe, tak po přečtení nadpisu jsem si řikal "cože?" a po přečtení zápisku a diskuze "aha". Ještě tomu dát GUI a klikátka ať je to použitelný i pro ty "normálnější" uživatele linuxu.

[lmanik]

takove mensi ot... "normalnejsi" gui nepotrebuji :) a jine uzivatele neznam, jinak diky za typ, uz dlouho se chystam k necemu podobnemu a tohle me konecne nakoplo

[msk]

Su tomu tak 3-4 roky, co som zacal riesit (automatizovane) zalohovanie v jednej malej firme na dvd-rw media. Najrpv to bol hlupy script typu tar + growisofs, potom som sa dostal nad 4GB, takze som presiel na afio + growisofs na viac medii, potom som zacal pisat projekt sb2dvd ( este umiera na sf.net ), napisany v pythone. Potom dlho nic, dva roky to nejak bezalo a cca pred mesiacom som narazil na rdiff-backup. Po chvili badania som si dal dve-tri facky, kupil dve 16GB usb flashky a zalohujem na ne na striedacku pomocou rdiff-backup. V pripade, ze niekto zabudne pripojit flashku v dany den, maju bfu useri moznost jednim kliknutim pustit manualny backup ( cez webmin ), statistiky backupov mi sleduje zorba.