On 19:53, Liviu Daia wrote: > Proiectul dnotify pare sa fie o interfata user space pentru analogul > Linux al kqueue(2) de sub *BSD: > > http://oskarsapps.mine.nu/dnotify.html > > As vrea sa folosesc dnotify impreuna cu rsync pentru a mirror-a > fisierele dintr-un director pe o alta masina. Mai precis, pe masina A > rulez ceva de tipul: > > dnotify \ > --modify \ > --delete \ > --rename \ > --create \ > --attrib \ > --recursive \ > --processes=1 \ > --silent \ > /dir \ > -e /path/to/script > > unde "script" sincronizeaza prin rsync directorul /dir cu un director de > pe o alta masina B. > > Independent de asta, directorul /dir este exportat prin Samba intr-o > mica retea (~20 masini), de unde user-ii pot adauga, sterge, modifica > etc. fisiere. Modificarile se fac manual (nu varsa nimeni mai mult de > 100 de fisiere intr-o singura operatie), si in general in /dir nu vor fi > niciodata mai mult de 1000 de fisiere. Unele fisiere pot fi insa mari > (~100 MB).
Te-ar putea ajuta in acest caz DRBD - distributed replicated block device. E practic RAID1 pe retea. Check http://linux-ha.org Totusi sunt cateva limitari din care cele mai importante: - lucreaza exclusiv cu block device-uri; daca /dir este o partitie separata nu e o nici o problema - slave-ul nu poate fi montat neam in timpul operatiunilor "normale" ( cand master e up&&running ) - la versiunea urmatoare codatorii nu vor mai asigura suportul pt. 2.4 Bafta. > > Problemele pe care le vad in aceasta abordare: > > (1) Nu ma pot lega de operatia de inchidere a fisierelor, deci rsync > ar putea fi chemat inainte ca unele fisiere (mari) sa fie complet > copiate in /dir. Ar putea sa ma salveze insa "--atrib". > > (2) Scriptul pare sa fie apelat pentru fiecare operatie, inclusiv pentru > write(2)-uri incomplete. Este posibil ca rsync sa fie chemat de > sute de ori pentru un singur fisier mare, si nu vad nici o cale de a > limita asta. > > Tinand cont de aceste probleme, este realist scenariul de mai sus? > A mai incercat cineva asta? Idei de imbunatatire? > > Salutari, > > Liviu Daia > > -- > Dr. Liviu Daia http://www.imar.ro/~daia > > _______________________________________________ > RLUG mailing list > [email protected] > http://lists.lug.ro/mailman/listinfo/rlug -- + Lorin + BOFH excuse #278: The Dilithium Crystals need to be rotated. _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
