Menší log pro rsync jen s novými soubory

[ra3662]

Takže dotaz teď zní jinak.
Poradí někdo jak docílit příruskový log a zachovat práva?
Příkaz:

rsync -avi --log-file=/Volumes/DS216/Log/`date +%Y-%m-%d_-_%H-%M-%S`-Test.txt /zdroj/ /cil/

zachová práva, ale není příruskový log.
Příkaz:

rsync -rltgov --modify-window=1 --log-file=/Volumes/DS216/Log/`date +%Y-%m-%d_-_%H-%M-%S`-Test.txt --log-file-format="%f_new" --exclude=.DS_Store /zdroj/ / cil/

docíli příruskový log, ale zruší práva.
Kopíruji z afp://xxx formátu AppleShare na disk s formátem smb://XXX SMB(NTFS)
Nebo existuje jiné řešení jak docílit příruskového logu?
Vím že řešení je log vynechat, ale toto beru jako poslední možnost, pokud budou práva na škodu.

[Reklama]

[nobody(ten pravej)]

otazka neni "jak docílit příruskový log a zachovat práva", ale "jak docilit aby zdrojova prava se ukladali do cile", pak totiz budes mit v logy stejne jako ted jen prirustky, ale do toho se nebude pocitat snaha znovu-a-znovu nastavit v cili prava...

zkus (pro zkousku) rsyncnout do cile s jinym filesystem-formatem...

[JardaP .]

Aneb rsync se pri kazdem spusteni pokusi prenest prava, ta se ale na cili zretelne neukladaji a tak pri pristim spusteni to znovu hodi cely seznam, dlouhy, jak lovosice. Takze byste nam mel konecne prozradit, jaky je zdrojovy a jaky je cilovy FS. Jestli plati Kopíruji z afp://xxx formátu AppleShare na disk s formátem smb://XXX SMB(NTFS) , tak opravdu nevim, zemu se porad divite. Zdrojovy disk je nejake HPFS nebo jak se to a co to ted Apple pouziva. OS X bude asi pouzivat standardni nixova prava a ta nemaji na NTFS ekvivalent, takze opravdu nechapu, jak byste je tam chtel ukladat. Budto budete ukladat na disk, ktery umi nixova prava nebo ta prava ozelite a nejak nastavite sam pri restore, eventuelne si muzete pokazde poridit nejaky soubor stylu ls -lR > prava.log a napisete si skript, ktery to projede soubor po souboru, adresar po adresari a nastavi to podle toho logu, jak to bylo. Mozna, ze jiz nekdo vymyslel reseni, jak ukladat prava k zalohovanym souborum extra. Jestli se nepletu, tak neco takoveho existuje na linuxove ACLs.

[JardaP .]

Hergot, krome toho, kdybyste si poradne precetl, co vam lidi pisou, tak to vsechno na pretres uz prislo. Mozna i vicekrat.

[ra3662]

Omlouvám se jestli jsem se někoho dotkl, ale jsem laik a myslím že fóra jsou od toho aby se radilo.
Jinak kopíruji z MAC OSX 10.8.5 na NAS Synology DS216.
Nevím možná je možnost na synology nastavit něco pro OSX, ale nepřišel jsem na to a proto žádám o pomoc.
Testuji to již delší dobu a všechno možné jsem už otestoval a nedobral jsem se ke kloudnému výsledku.
Tuším že je problém asi někde ve skrytých souborech pro OSX které se mění při každém podívání do složky. Když provedu zálohu se složkou kde je zkomprimovaný soubor tak je vše v pohodě.
Na NAS se přistupuje minimálně z WIN, 99% přístupu je z OSX.
pokud je potřeba ještě něco popsat rád zodpovím dotaz.

[Reklama]

[JardaP .]

Omlouvám se jestli jsem se někoho dotkl, ale jsem laik a myslím že fóra jsou od toho aby se radilo.

Staci cist a kdyz tomu nerozumim, tak se zeptam.

Jinak kopíruji z MAC OSX 10.8.5 na NAS Synology DS216.

Rekl bych, ze to kopirujete asi blbe. Synology bude nejspis pouzivat FS ExtX, asi Ext4. Mozna jiny, ale v kazdem pripade takovy, ktery podporuje nixova prava. Takze logicky postup by byl vyuzit schopnosti Linuxu na Synology a rozjet si tam ssh (s loginem pres klice) a mit tam rsync (tipuji, ze oboji tam uz asi je).

Nasledne budete rsyncovat se syntaxi tohoto typu:
      rsync -avh /tmp/foo/ root@host2:/tmp/bar

Vyuzije se tim rsyncu na strane Synology, ktery bude spolupracovat s rsyncem na Macu. Budou si sdelovat, ktere soubory a jake kusy se zmenily a posilat jen to.

Pokud si rsync pustite proti sitovemu FS (Samba), tak to bude fungovat uplne blbe a budou se data tahat zcela zbytecne. Ten vas rsync si totiz pusti dalsi kopii. Jeden se pak bude hrabat na vasem lokalnim disku, druhy na sdileni Samby, procez si musi data tahat k sobe. Takze data leti tam a zpet. Jak to presne probiha tedy netusim, ale podeziram, ze kdyz se zjisti, ze se lisi timestamp/velikost, tak budto vas puvodni rsync rovnou posle pres sit cely soubor nebo ten druhy rsync bude tahat cely soubor ze Synology, aby zjistil, co je jinak a mohl to zmenit. Misto prenosu jen zmenenych bloku se v obou pripadech prenasi vse a rychlost jde do kopru. Navic Samba, i kdyz vam nabizi data z disku nixoveho FS, tak je nabizi tak, aby jim rozumnely Widle a Widle nixova prava neumi, takze dostat je skrz Sambu asi vubec nejde.

Takze si to pekne predelejte tak, aby to jelo pres ssh a vzdaleny rsync. Melo by vam to veresit problem s pravy a bude to nejspis znatelne rychlejsi a hodne vic efektivni.

Tuším že je problém asi někde ve skrytých souborech pro OSX které se mění při každém podívání do složky. Když provedu zálohu se složkou kde je zkomprimovaný soubor tak je vše v pohodě.

Na nejake skryte soubory, co se porad meni, bych se vykaslal. Ty asi nebudou tak velke, aby vam jejich update na Synology drasal nervy. Zejmena, kdyz vyuzitim vzdaleneho rsyncu vse zrychlite. Pokud vam ale opravdu vadi, tak asi muzete udelat jedine to, ze je vychytate pres --exclude nebo --filter. Mam podezreni, ze by na to mohl jit udelat i nejaky exclude seznam v souboru.