[Eisfair] [Unison] Waiting for changes from server

[Peter Schauder]

On Sat, 09 Mar 2013 18:08:52 +0100, Peter Schauder <p_schauder at web.de>
wrote:
So, auch wenn keiner was gewußt hat (außer Alex Busam per PM); fürs
Archiv:

Scheinbar gibt es ein Problem beim socket Betrieb mit unison wegen
irgendwelcher Unstimmigkeiten bei der SSH Implementierung. Aber wenn
man ins Profile halfduplex = yes einfügt, funktioniert es ohne
Probleme (zumindest schläft die Verbindung nicht mehr ein, die GUI
crasht schon hin und wieder, aber die Textversion scheint ohne
Probleme zu laufen). Weiter Infos findet man hier:

http://stackoverflow.com/questions/9764504/unison-sync-between-windows-linux-hangs-randomly-during-transfer

Gruß
Peter

>Hi,
>
>nachdem ich nun jahrelang Unison auf meinem -alten- Eis Server
>betrieben habe, wollte ich es auch auf meinem -neuen- Eis Server
>einsetzen. Aber leider funktioniert es nicht wirklich.
>
>Unison auf Eis ist installiert und aktiviert, keine Sync Einstellungen
>gemacht. Alles soll (wie vorher auch) vom Windows Client initiiert
>werden.
>
>Auf dem W7 Client ist ein Unison 2.40.102 installiert, das Profile
>sieht so aus:
>
> root = f:/_sync_mp3/ 
> root = socket://samba.schauder.dom:3000//Datadisk2//media//musik
> fastcheck = true       
> ignore = Name *.bak            
> ignore = Name ~*.doc              
> ignore = Name ~*.tmp        
> ignore = Name *.wbk 
>
>Nachdem es Probleme gab, hab ich es mit nur einem Unterverzeichnis
>unter _sync_mp3 versucht und bekomme folgendes Ergebnis:
>
>J:\_batchprogramme\Unison_neu>unison n_musik.prf
>Contacting server...
>Connected [//Samba//Datadisk2/media/musik ->
>//TestSystem/F:/_sync_mp3]
>Looking for changes
>Warning: No archive files were found for these roots, whose canonical
>names are:
>
>        F:/_sync_mp3
>        //Samba//Datadisk2/media/musik
>This can happen either
>because this is the first time you have synchronized these roots,
>or because you have upgraded Unison to a new version with a different
>archive format.
>
>Update detection may take a while on this run if the replicas are
>large.
>
>Unison will assume that the 'last synchronized state' of both replicas
>was completely empty.  This means that any files that are different
>will be reported as conflicts, and any files that exist only on one
>replica will be judged as new and propagated to the other replica.
>If the two replicas are identical, then no changes will be reported.
>
>If you see this message repeatedly, it may be because one of your
>machines
>is getting its address from DHCP, which is causing its host name to
>change
>between synchronizations.  See the documentation for the
>UNISONLOCALHOSTNAME
>environment variable for advice on how to correct this.
>
>Donations to the Unison project are gratefully accepted:
>http://www.cis.upenn.edu/~bcpierce/unison
>
>Press return to continue.[<spc>]   Waiting for changes from server
>
>
>Und beim Waiting bleibt es dann...Was kann da falsch sein, bzw was
>mache ich falsch?
>
>Gruß
>Peter