Hi,

I've been using Unison for a long time but have recently had great difficulties setting it up to work on a new webspace where the servers are (virtualized) 32-bit Centos 5.8 boxes.

I compile the Unison binary in a virtual environment "the same" as the servers using VirtualBox and then copy the binary over. Version 2.40.63 passes the self-tests just fine. I can also sync between the virtual centos and the server without any difficulty at all, over SSH.

The problem is that when I try to sync from my normal home environment (64-bit OSX Lion) or from my work environment (64-bit Ubuntu 12.04) it repeatedly fails with:

============================
Reconciling changes
Dumping archives to ~/unison.dump on both hosts
Finished dumping archives
Fatal error: Internal error: New archives are not identical.
Retaining original archives.  Please run Unison again to bring them up to date.
============================

Running Unison again (and again) gives the same error, and in any case the differences between the two sync locations are not being detected before it starts to dump the archives. The copies of Unison on the local machines work fine in all other respects (they pass self tests and can sync locally and over the network to other machines via SSH etc). The dump files for a failed case looks like:

Client side:
============================
Contents of archive for //as014188//home/kane/Desktop/Scratch/testunison
Written at 2012-07-30 at 13:38:33

Directory,   size 0         rwxrwxr-x
 sometextfile.txt ->
  File,   size 92        rw-rw-r--   (4dcac8a866785fcad27d09723e988411,)

============================

Server side:
============================
Contents of archive for //as014188//home/kodidau/testunison
Written at 2012-07-30 at  5:38:33

Directory,   size 0         rwxrwxr-x
 sometextfile.txt ->
  File,   size 92        rw-rw-r--   (4dcac8a866785fcad27d09723e988411,)

============================

I've attached a full -debug verbose log of the same run. The profile for the sync simply contains the lines:

root = /home/kane/Desktop/Scratch/testunison
root = ssh://kodidau <at> kod.id.au//home/kodidau/testunison

I've verified this happens for versions 2.40.63, 2.45.4 and the current SVN trunk which I believe is 2.45.11. The only environment change I'm making is that UNISONLOCALHOSTNAME is set to "kod.id.au" on the server.

Is anyone able to help me with what is going on here? I'm not an OCaml user so I'm having a hard time unravelling what is going on in update.ml (the location of the exception being raised by the code). I can't easily check whether I can sync from the other direction (from server to client) but I am working on this.

Regards,

Kane

Attachment(s) from Kane O'Donnell

1 of 1 File(s)

__._,_.___


__,_._,___