Hallo, zu meinem Problem: Ich habe 2 Büros per VPN vernetzt. Das ist aber sehr lahm und *nicht* zu ändern. Im Hauptbüro läuft ein openSUSE 10.3 64bit mit Samba als PDC. Im entfernten Büro werden nur die Freigaben angesprochen. Das Laden des (leicht "verbesserten") Profils wird nicht gemacht; würde zu lange dauern. Mein Plan ist es daher, im zweiten Büro einen ähnlichen Rechner hinzustellen. Die Daten inkl. home werden per UNISON ständig abgeglichen. Es wird daher dann auch im entfernten Büro lokal gearbeitet. Ich weiß von dieser Liste, dass UNISON auf beiden Rechnern in exakt derselben Version vorliegen muss... Jetzt meine Frage: Muss ich - damit es funktioniert - neben denselben Benutzernamen auf noch irgend etwas achten? Ich Frage deshalb, weil ich meine irgendwo mal gelesen zu haben, dass man für solche Spielereien auch noch die GroupID und UserID abgleichen muss. Stimmt das? Falls ja, wo finde ich Infos wie es geht? Ich weiß, dass sind 3 Fragen auf einmal. Aber heute ist ja auch Freitag. Falls Ihr weitere Infos zu den Systemen braucht, bitte mailen. Gruß und Dank, Alex -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Alex Winzer, Freitag 14 August 2009:
Muss ich - damit es funktioniert - neben denselben Benutzernamen auf noch irgend etwas achten? Ich Frage deshalb, weil ich meine irgendwo mal gelesen zu haben, dass man für solche Spielereien auch noch die GroupID und UserID abgleichen muss. Stimmt das? Falls ja, wo finde ich Infos wie es geht? Ich weiß, dass sind 3 Fragen auf einmal. Aber heute ist ja auch Freitag.
Glaube nicht, daß es unison auf Benutzernamen, GID oder PID ankommt. Es muß halt der ssh-Schlüssel auf der Gegenstelle passen. Das Problem wird vielmehr sein, daß unison sich nicht ohne weiteres skripten läßt. Denn was soll es im Konfliktfall tun? Da brauchst Du einen händischen Eingriff, um zu entscheiden, welche Version den Vorrang haben soll. Das läßt sich mit expect o.ä. vielleicht auch skripten, aber wie soll die Entscheidung fallen? Wenn von vornherein klar ist, welche Richtung den Vorrang hat, dann nimm gleich rsync. -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo und Danke für die Hinweise. ----- Original Message ----- From: "Andre Tann" Sent: Friday, August 14, 2009 4:48 PM
Alex Winzer, Freitag 14 August 2009:
Muss ich - damit es funktioniert - neben denselben Benutzernamen auf noch irgend etwas achten?
Glaube nicht, daß es unison auf Benutzernamen, GID oder PID ankommt.
Das hört sich schon einmal gut an.
Es muß halt der ssh-Schlüssel auf der Gegenstelle passen.
Dafür werde ich sorgen.
Das Problem wird vielmehr sein, daß unison sich nicht ohne weiteres skripten läßt. Denn was soll es im Konfliktfall tun? Da brauchst Du einen händischen Eingriff, um zu entscheiden, welche Version den Vorrang haben soll. Das läßt sich mit expect o.ä. vielleicht auch skripten, aber wie soll die Entscheidung fallen? Wenn von vornherein klar ist, welche Richtung den Vorrang hat, dann nimm gleich rsync.
Die Richtung kann variieren. Je nachdem, auf welcher Seite die *aktuelleren* Dateien sind. Ich komme aber mit rsync nicht weiter. Ich müsste ja auch Dateien löschen und daher mit --delete-after arbeiten. Sonst ist die Platte irgendwann mal voll mit altem Zeugs. Dann brauche ich aber auch die Gegenseite nicht mehr abzugleichen, denn die ist ja dann - notfalls auch - auf dem alten Stand! Einen Vorteil habe ich noch: Die Chance, dass eine Datei auf beiden Seiten geändert wird, geht in meinem Falls rechnerisch gegen Null. Außerdem steht bei UNISON geschrieben: "... wird der Benutzer befragt, falls dieser die Synchronisation manuell angestoßen hat." Ich werde dann wohl probieren müssen, was passiert, wenn das Problem auftaucht und ich es nicht manuell angestoßen habe. Gibt es etwas anderes, womit ich abgleichen kann? Gruß, Alex -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Die Richtung kann variieren. Je nachdem, auf welcher Seite die *aktuelleren* Dateien sind. Ich komme aber mit rsync nicht weiter. Ich müsste ja auch Dateien löschen und daher mit --delete-after arbeiten. Sonst ist die Platte irgendwann mal voll mit altem Zeugs. Dann brauche ich aber auch die Gegenseite nicht mehr abzugleichen, denn die ist ja dann - notfalls auch - auf dem alten Stand! Einen Vorteil habe ich noch: Die Chance, dass eine Datei auf beiden Seiten geändert wird, geht in meinem Falls rechnerisch gegen Null. Außerdem steht bei UNISON geschrieben: "... wird der Benutzer befragt, falls dieser die Synchronisation manuell angestoßen hat." Ich werde dann wohl probieren müssen, was passiert, wenn das Problem auftaucht und ich es nicht manuell angestoßen habe.
Gibt es etwas anderes, womit ich abgleichen kann?
nimm unison. wenn die daten stehts nur auf einer seite bearbeitet werden, dann gibt es auch keine konflikte. das problem tritt wie gesagt nur dann auf, wenn eine datei A auf beiden seiten bearbeitet wird.dann weiss unison nicht was es machen soll und du müsstest eingreifen. hier mal meine config zum beispiel: ---------------------/root/.unison/profilename------------- #lokal root = /sync/pfad/ #entfernt root = ssh://ferner_rechner.dyndns.org//sync/pfad/ #max 1 file gleichzeitig maxthreads = 1 #verz. unter /sync/pfad/ die zu syncen sind path = beispiel1 path = beispiel2 log = true logfile = /var/log/unison.log #bisschen will man vlt ignorieren ignore = Path {beispiel1/unwichtig/} #owner/group sync owner = true group = true #ssh argumente, anderer port: -p , key -i sshargs = -p1111 -i /root/.ssh/testkey ------------------------EOF----------------------- aufrufen tue ich das mit unison profilename -ui text -batch wenn du -batch weglässt, werden konflikte abgefragt, ansonsten übersprungen. hoffe das hilft dir etwas. tschau stefan -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (3)
-
Alex Winzer
-
Andre Tann
-
C.M. Burns