Dotaz: Synchronizace domovskych adresaru uzivatelu v ruznych lokalitach

[Honza]

Dobry den panove (a damy?),

resim takovy problemek. Mam dve lokality a v nich servery kam se mi prihlasuji uzivatele a rad bych aby uzivatelske domovske adresare napric lokalitama byly stejne. Jak toho docilit? Problem je, ze dany uzivatel se mi muze prihlasit do lokality A i lokality B a tam vytvorit (a nebo jeste hur smazat, resp. uzivatel nic nemaze, ale muze pouze presunout do kose, coz je trochu asi vyhoda) soubor. Pouzit nejaky paralelni FS zrejme nemohu, drbd se mi tez uzivat nechce. Replikovat diskova pole kde data uzivatelu jsou taky nemohu. Jedine co me tedy napadlo je pouzit nejaky rsync + k tomu malinko skriptovat. Myslite ze je to mozne? Mate nejake postupy jak udrzovat dva aktivni datove prostory syncovane (napr. pomoci toho rsyncu?)

diky moc.

Pokud jsem se nevyjadrij jasne, rad odpovim na upresnujici dotazy.

Honza

Odpovědi

[Sten]

Proč by nešlo použít nějaký paralelní FS? Třeba zrovna pNFS by pro to bylo asi ideální řešení.

[pepe_]

Nestačí  ubuntu one a na obou si připojit stejnou složku ? Teda pokud to jde.

[Honza]

pNFS? Nad tim se jeste zamyslim,ale to stavajici reseni je uz ted brutalne slozity a obe ty lokality jsou od sebe vzdaleny cca 300km a navic zadny z tech sesrveru a poli neni hlavni. Nemusel bych s pNFS mit jedno pole a to "sdilet" i do druhe lokality? To se mi uplne nelibi.

ubuntu one? Abych se priznal, nevim co to je, ale jak je v nazvu ubuntu, tak to ve me budi velikou nevoli :) . Resp. pouzit ubuntu do prostredi jake tam mame.

[kulichs]

A co neco ve způsobu Dropboxu, akorat mezi těmi dvěma servery?

[Punny]

Rekl bych, ze pouziti NFS + NIS je asi nejrozumenjsi. Jakou mas konektivitu napric lokacemi? Nebo pouzit dve uloziste, ktere budou v miroru a pripojit to z nej (neco jako glusterFS?). Bastlit neco v rsync mi prijde celkem hnusny.
Punny

[Honza]

Dropbox jako sluzbu treti strany, nebo si nainstalovat nejaky svuj? Tak jako tak, to nebude take to prave orechove. Mam tam spousty uzivatelu (tisice :) ) a tema lokalitama je mam pekne rozdeleny. Kdybych pouzil neco na zpusob centralniho reseni, tak o tuto vlastnost prijdu a budu muset resit jeste geo-ha tadyte sluzby.

Prostredi je vysoce zabezpecene :) a je problem do nej cokoli instalovat (ne nezbytne neresitelny, ale...)

tim ze uzivatele ve skutecnosti nic nemazou, ale presouvaji do kose, mi vznika krasny exclude list + delete list pro rsync, akorat se tento musi spoustet z obou stran. Dasli jeho vyhoda je ta, ze uz je nainstalovany.

Dve uloziste v mirroru + paralelni FS? To zni sice paradne, ale taky dost slozite a draze :)

Kazdopadne moc vam dekuju za nasmerovanicka.

[Punny]

Prave moje myslenka spocivala v tom, ze by zachovala kazde uloziste v jedne lokaci. Ale cele by se to jevilo jako jedno velke, ale dostupne pro kazdou lokaci ze sve site. GlusterFS podporuje nativne NFS a jeho konfigurace je na muj vkus az moc trivialni :) Mirror mod zajisti sync mezi lokacemi. Ale to musis posoudit uz ty sam...nastaveni policy atd atd uz je nam skryto :)
Jinak GlusterFS je OpenSource, takze jen naklady na stroje, pokud nechces pouzit stavajici. Instalace take neni slozita v debianu je primo v balicku, ale urcite doporucuji stahnout novejsi verzi a kompilovat.
vyhoda by byla v tom, ze kdyby nastal vypadek jednoho serveru, druhy ho plne nahradi, ikdyz nejspise omezene kvuli vzdalenosti, ale stale lepsi nez byt offline :).
Punny

[Honza]

Hm, tak to si teda nastuduji. Zni to docela dobre... Dik moc.

[dustin]

Použil bych unison přes vpnku, mám s ním pro tyto účely dobré zkušenosti. Chce to sledovat logy kvůli konfliktním změnám, ale pokud se budou synchronizovat homy uživatelů, ti asi nebudou přistupovat k oběma lokalitám současně.

[Honza]

Na unison jsem koukal taky a docela se mi to zamlouva (az na to, ze uz je to mrtvy projekt.) Vpnku nepotrebuji, linku mezi lokalitami mam sifrovanou.

Uzivatele mohou pristupovat do obou lokalit soucasne, ale to proste asi zanedbam:(

Mohl by Vas poprosit o blizsi info a o Vase zkusenosti s unisonem?

diky moc

[dustin]

Z cronu na jedné straně každých 10 minut voláme skript run_unison.sh, který je přibližně následující:

#! /bin/bash 

if ! pkill -0 -x unison; then
	# unison nebezi
	# odstranime pripadne zamky
	rm -f /root/.unison/lk*
	/usr/bin/unison -ignore "Name Thumbs.db" -group -contactquietly -xferbycopying -rsync  -batch   /var/data/samba_shared_drive/ ssh://remote.side.cz//var/data/samba_shared_drive/  2>&1 | tee -a /root/sync.log | egrep -i '<-\?->|failed:|has been modified' | grep -vi '^props'
fi

Případné problémy pak přijdou mailem z cronu. Řešíme jenom konflikty, ty se musí ručně (obvykle stačí na jedné straně soubor smazat a počkat).

Bohužel občas dochází k zaseknutí unisonu, stačí jej pak ručně zabít. Chtělo by to skript potunit, aby sám sledoval, zda unison neběží příliš dlouho, k tomu jsem se ještě nedostal :)

[rastos]

Som tradicionalista: rdist ?

[dustin]

Není rdist jenom jednosměrný?