Dotaz: Hladam pouzitelny zdielany suborovy system

[PipBoy2000]

Dobry den,

pouzivam 3 pocitace: Pracovny desktop, Domaci desktop a notebook. Neviete niekdo o fs, ktory by dokazal obojstrane synchronizovat data v jednom priecinku a zvladol by aj pracu v offline.

K dispozicii mam 4 pocitace

server	pevne pripojenie	stale zapnuty	pevna verejna ip
precovny	pevne pripojenie	moze byt stale zapnuty	pevna verejna ip
domaci	pevne pripojenie	zapnuty iba ked potrebujem	dynamicka verejna ip
notebook	wifi / offline	zapnuty iba ked potrebujem	vacsinu casu za NAT / offline

nenapada vas riesenie, ktore by dokazalo automaticky synchronizovat jeden priecinok na vsetky pocitace? Chcem aby boli vsetky subory na vsetkych pocitacoch pre pripad zlyhania pripojenia a naslednej praci offline. (alebo jadrovej vojny, demolacie planety Vogonskou stavebnou flotilou, utokom jasterov z podzemia, nanebovzatie Astarom Seranom...).

Use case

• v praci vytvorim subor (synchronizacia)
• doma zapnem pocitac (synchronizacia) upravim ho (synchronizacia) vypnem pocitac
• zapnem notebook (synchronizacia) vypnem, beriem na vikend prec do sveta bez internetu
• cez vikend upravim subor, ked sa vratim zapnem notebook (synchronizacia)
• v pondelok mam subor v praci aktualny

na vsetky pocitace mam plny pristup, pocitace bezia samozrejme na linuxe

Dakujem

---

---

Odpovědi

[Jupi]

To sme dvaja. Aj ja hladam vhodny sync. FS uz niekolko rokov. A zatial som nic vhodne nenasiel a vzdal to. Synchronizujem cez rsync s tym, ze masina doma (7x24) je povazovana za hlavny datovy server...

[Heron]

Co takhle subversion? Repositář na tom serveru a pak je commit a update?

* v praci vytvorim subor (synchronizacia)

Vytvoření souboru; svn add; svn commit

* doma zapnem pocitac (synchronizacia) upravim ho (synchronizacia) vypnem pocitac

svn update; Práce na souboru; svn commit

* zapnem notebook (synchronizacia) vypnem, beriem na vikend prec do sveta bez internetu

svn update; víkend práce a po připojení na internet zase svn commit

* v pondelok mam subor v praci aktualny

Před prací svn update

Takto nějak používám subversion já. Mám stále aktuální dokumenty s sebou a také stačí zálohovat jedno místo - server.

[PipBoy2000]

no problem je ze som svina leniva a este aj dost zabudam. chcel by som aby to bolo automaticke

[PipBoy2000]

Myslim ze som nasiel svoj svaty gral.

Nejedna sa sice o ziaden zdielany cloud fs ale myslim ze to bude fungovat.

existuje synchronizacny nastroj unison ktory zvlada aj pripady ked sa subory na oboch stranach zmenia (samozrejme nie rovnaky subor to zacne pindat). vytvoril som jednoduchy script ktory synchronizuje priecinok zo serverom a v pripade kolizie vyskoci gui nastroj na ich vyriesenie. Script staci hodit na kazdom pc okrem serveru do crontabu a je to hotovo. V mojom pripade prenasam data cez ssh pricom kazdy klient ma kluce od servera.

Osobne mam nastaveny interval v crone na 10 minut ale nie je problem vynutit aktualizaciu spustenim scriptu (v pripade nutnej okamzitej synchronizacie, pri spusteni kompu)

#!/bin/bash

export DISPLAY=:0
#is sync in progress or sync error?
if [ -f ~/.unison/lock ]; then
        echo "unison locked"
        exit;
fi;

#lock unison
touch ~/.unison/lock

#make synch
unison default -batch
#error in sync?
if [ "$?" == "1" ]; then
        #warn & run gtk client
        notify-send --icon=/usr/share/pixmaps/unison-gtk.svg Unison "Nastala kolízia pri synchronizácii"
        unison-gtk default
fi

#unlock unison
rm ~/.unison/lock

konfiguracia unisonu v ~/.unison/default.prf

# Unison preferences file
root = /home/horinek/unison
root = ssh://horinek@server//home/horinek/data/unison/

idem to skusit nanecisto, moje testy zatial dopadly velmi slubne

[Semo]

lock si vytvaraj cez mktemp, cast jeho mena bude pid a over si, ze je tam vytvoreny iba 1 lock subor. A cez "trap EXIT" si nastav jeho odstranenie na konci. Tvoje riesenie vytvarania locku nie je bezpecne (pre kriticke data).

[PipBoy2000]

mohol by som vediet v com je to nebezpecne? nevidim dovod preco vytvarat lock podla pidu a potom overovat kolko lock-ou tam vlastne je. Nechcem byt ofenzivny, mohol by si mi to vysvetlit?

dakujem

[Semo]

Mas tam lock preto, aby si sa vyhol nahodnemu opakovanemu spusteniu synchronizovatka. Ale pri tvojom pouziti existuje poradie vykonavania krokov 2 silmultanne spustenych tychto skriptov, pri ktorom pobezia oba naraz. Proces A vykona test na lock a vidi, ze tam lock nie je, tak pokracuje. Proces B spravi to iste. Proces A zavola touch a vytvori lock a vola unison. Proces B zavola touch (na v tom momente uz existujuci subor, ale to nezisti) a zavola unison. Mas dva unisony beziace naraz.

Ak tam vytvoris subor lock.$$, a potom si spocitas kolko je tam suborov typu lock.*, tak pri podobnom poradi vykonavania ako hore, proces B zisti, ze subory lock.* su dva, tak ten svoj zmaze a skonci. (Ak si nastavis ten trap, tak staci skoncit - lock sa zmaze sam.) Ostane bezat iba proces A s 1 unisonom. To mktemp vlastne asi ani nie je nutne. OS ti zabezpeci, ze v neex. naraz dva procesy s rovnakym pid.

[OndraZX]

Pouzivam Dropbox presne pro tento problem. Mam 3 GB coz na soubory, ktere potrebuji synchronizovat staci, pro ostatni (videa, foto, atd.) mam na doma NAS server - v praci tyto soubory nepotrebuji.

Clanek na Rootu

[LuděkS]

Dropbox je fajn, ale chtělo by to spíš nějakou open source variantu a nejlépe s možností využít vlastní server, aby člověk věděl co se mu děje v počítači a co se mu děje s jeho daty..