Synchronizace souborů s Unison (diskuse)

[tuxmartin]

Unison uz nekolik let k plne spokojenosti pouzivam.

Je docela skoda, ze na bou stranach musi byt stejne verze unisonu, proto napr. aktualni Ubuntu obsahuje celkem 2 verze: 2.27.57, 2.32.52. S tim byvaji dost problemy. V clanku je uvedena verze 2.45.4, takze jich bude jeste mnohem vic

Dalsi problem, na ktery jsem narazil je Unison vcetne GUI pod Windows - temer 100% to po stazeni a spusteni exe souboru nebude fungovat. Takze si stahnete z Pidginu GTK+ knihovnu, kdyz se vam za pul hodiny podari ji nakopirovat do spravneho umisteni a nastavit systemove promenne, zjistite ze si Unison nerozumi s SSH Probezneho uzivatele nepouzitelne.
Docela by se hodil navod...

[Marián Kyral]

Těch verzí je trochu více. Ale pokud je na všech počítačích stejný OS, tak to není problém

[I] net-misc/unison
     Available versions:  
        (2.13)  (~)2.13.16-r1
        (2.27)  2.27.57-r1 (~)2.27.157
        (2.32)  (~)2.32.52
        (2.40)  (~)2.40.65
        (2.45)  (~)2.45.4

Taktéž používám unison už docela dlouho na zálohování fotek z NB na NAS a na další počítač. V posledních verzích konečně došlo na přepracování GUI. Předchozí GUI se sice dalo používat, ale nebylo to ono. Neexistovala třeba možnost smazat nepoužívané profily.

Ještě bych zmínil, že pokud se v rámci profilu změní cesta k datům (například po přesunu synchronizovaných dat na větší disk), unison bude chtít dělat novou synchronizaci. To může u objemných dat trvat i pěkných pár hodin. Jednoduchý symbolický link nepomůže. Jedině si nové umístění připojit přes "mount -o bind" do starého adresáře. V dokumentaci jsou i další postupy, ale ty mi nějak nefungovaly.

NAS mám připojen přes NFS, pro unison se to tváří jako lokální disk. Dle dokumentace je lepší mít unison i na NAS, synchronizace by pak měla být rychlejší - nedochází ke kopírování dat sem a tam (nejprve se zapíší a pak se ověří opětovným přečtením). Bohužel na mou NSA210 jsem unison ještě nedostal

[Cohen]

Ještě bych zmínil, že pokud se v rámci profilu změní cesta k datům (například po přesunu synchronizovaných dat na větší disk), unison bude chtít dělat novou synchronizaci. To může u objemných dat trvat i pěkných pár hodin. Jednoduchý symbolický link nepomůže. Jedině si nové umístění připojit přes "mount -o bind" do starého adresáře. V dokumentaci jsou i další postupy, ale ty mi nějak nefungovaly.

Teď už to nikde aktivně použité nemám, ale jednu dobu jsem používal v manuálu uváděnou možnost relokace rootu

rootalias = //new-hostname//new-path -> //old-hostname/old-path

a fungovalo to bez problémů. (Něco si matně vzpomínám, že jsem se tuším musel nějak poprat s normálními versus převrácenými lomítky jako oddělovači adresářů v těch cestách, ale možná si to pletu s něčím jiným.)

[Marián Kyral]

Mně to bohužel nějak nefungovalo. Tak jsem to vyřešil tím bindem, A později stejně udělal nový scan (když se změnil i druhý mount point). Detaily si už bohužel nepamatuji.

Hodila by se přímá podpora v GUI. Možná to zkusím zadat do bugzilly (jestli ji mají).

[Cohen]

Pokud je nerozuměním si s SSH myšleno nerozumění si Unison s Windows SSH klientem PuTTY, tak to mám vyřešené přes wrapper pro překlad parametrů okolo PuTTY plink.exe následovně:

– Mám wrapper ssh2plink.bat (není to moje dílo, kdysi jsem to vygooglil) s tímto obsahem:

@echo off
rem	fix ssh args to be compatible with plink (putty)
rem	Required for Unison synchronisation over ssh.
rem	Following options are probably compatible:
rem	-l name, -[1246AaCiNstTvVxX]
rem	incompatible:
rem	-p nnn (replaced by P); -e none (no equivalent)

setlocal

rem	Edit this to point to your location for plink.exe
set PLINKEXE="C:/Program Files (x86)/PuTTY/PLINK.EXE"

set ARGLIST=-ssh -agent -C

:nextarg

if "x%1" == "x" goto doneargs

if NOT "%1" == "-p" goto checkesc
	rem plink uses upper case P to flag port number
	set ARGLIST=%ARGLIST% -P %2
	shift
	shift
	goto nextarg

:checkesc

if NOT "%1" == "-e" goto useit
	rem unison likes to include "-e none" which plink does not support.
	shift
	shift
	goto nextarg

:useit

	set ARGLIST=%ARGLIST%  %1
	shift
	
goto nextarg

endlocal

:doneargs

%PLINKEXE%  %ARGLIST%

– Mám Unison profilové soubory tvořené v tomto duchu:

# Unison preferences file

include common-settings

label = SVN repositář

sshcmd = C:\Users\<login>\.unison\ssh2plink.bat

root = ssh://<login>@example.com//home/<login>/Documents/Projekts/SVN
root = D:\Users\<login>\Documents\Projekts\SVN

force = ssh://<login>@example.com//home/<login>/Documents/Projekts/SVN

perms = 0

ignore = Path {XXX-working-copy}

ignore = Path {XXX-r*-working-copy-snapshot.tar.gz}
ignore = Path {XXX-working-copy-snapshot.tar.bz2}

– Sdílené nastavení pro všechny profily je v tom odkazovaném souboru common-settings:

fastcheck = true
times = true
log = false

Tímto způsobem tedy přes SSH synchronizuji počítač s Windows se vzdáleným počítačem s Linuxem. Unison tedy spouštím vždy na tom Windows počítači, opačně by to vyžadovalo minimálně SSH server na Windows, což jsem zatím neměl potřebu rozbíhat. Jedinou podmínkou je autentizovat se SSH klíčem a ten na tom Windows počítači mít už předem odemčený v SSH agentovi. Alespoň myslím, že je to nutné, že není možné nechat se doptat na heslo v tom Unisonem otevíraném terminálu.

[Zopper]

Já když jsem naposled unison na windows zkoušel, tak to fungovalo, byť všechno trvalo o něco delší dobu, než na linuxu. Ale je to to už taky chvíle zpátky.

[Marián Kyral]

Fast Update Detection

[JM]

Já potřebuji program plňující následující podmínky, ale žádný nemůžu najít: 1. rsync klient pro windows 2. GUI pro naklikání kdy se má spouštět (např. denně v 10 hodin) 3. free pro domáci použití

U sebe doma mám server, který služí pro skladování dat a k němu přistupují ostatní moje počítače. Tento server potřebuji zálohovat. Proto jsem vymyslel, že do počítače u babičky strčím disk a budu rsyncovat. Ale nic jednoduchého jsem nenašel.

Poradíte mi? Díky

[AA]

prvni odkaz z googlu neni dobry?: http://www.rsync.net/resources/howto/windows_rsync.html

[tuxmartin]

2. GUI pro naklikání kdy se má spouštět (např. denně v 10 hodin) Díky

Pro Windows se da stahnout CRON.

[MaT]

A na co cron do Windows, když Windows má vlastní řešení? A dokonce klikací... Jmenuje se to snad Scheduler, nebo v českých lokalizacích něco jako Plánovač úloh...

[Jiří Svoboda]

1. rsync pro windows existuje, sám ho v práci používám. Na problémy jsem nenarazil.

2. GUI má být pro linux nebo windows? Ne, že bych o nějakém věděl, ale přijde mi to už jen jako detail (i kdybych ho měl pro Linux napsat v shellu s pomocí zenity).

3. rsync je GPL.

Jinak kolegové Windowsáři hojně používají SyncToy, zkus se podívat, jestli by se ti nehodil.

[crown]

Mne osobne rsync pod windows nefungoval, kdyz nazev uzivatele (a tedy jeho adresare s profilem) obsahoval neanglicke znaky.

Pokud byl uzivatel bez hacku a carek, tak to jelo dobre.

[Zopper]

Háčky a čárky do profilu nedávám zásadně nikdy, už jsem zažil, že i samotný systém (Windows XP sp2) měl problémy - z neznámého důvodu XP zmrvily diakritiku v cestě profilu (starý adresář zůstal, ale vytvořil se nový paskvil).

[manena]

To vše umí deltacopy.

[Cohen]

Jestli to má být na zálohování, tak doporučuji prohlédnout si rdiff-backup (který funguje protokolem obdobným jako rsync, je free a měl by běžet i na Windows).

Požadavek na GUI moc nechápu, to je přece přímo ve Windows – jmenuje se to Plánovač úloh.

[Jiří Lisický]

A já k tomu ještě dodám, že mám v bookmarkách http://www.nongnu.org/jbackpack/ Což by měl být multiplatformní GUI klient pro rsync-backup.

[Zopper]

Taky Unison používám - i když ani ne tak k přímé synchronizaci, ale ve hvězdové topologii s centrálním serverem. O verzování se mi pak na serveru stará btrfs se snapshoty a všechno se ještě zálohuje na další disk přes rsync - samozřejmě, všechno je nacpané do cronu.

Funguje to dobře, jediný problém bylo zjistit, jakou verzi unison použít, aby to fungovalo všude.

Do budoucna ale přemýšlím, že si udělám pořádné řešení (i s GUI), které by šlo snadno nasadit kdekoliv - a pustím ho ven.