I am interested in facts, when using unison ( http://www.cis.upenn.edu/~bcpierce/unison/ ) ruined your data? I want to find out about its reliability.

link|improve this question
feedback

5 Answers

up vote 1 down vote accepted

I stopped using Unison because:

  • it can't handle special and international characters in a file name correctly. I think that these files were not copied over (but I am not sure about that).
  • On a Mac, the (optional) GUI crashed often, so I had to restart the syncing process after each crash.
link|improve this answer
2  
I never had problems with international characters in file names with Unison, either on Windows, Linux or Mac, or even in cross platform synchronization via ssh. Actually I started initially using it because it could properly synchronize Win and Linux hosts, when rsync still couldn't. – ttarchala Nov 4 '09 at 14:56
1  
There's a known problem with Cygwin and non-ASCII file names. This isn't a bug with unison. – JeffP Nov 4 '09 at 15:35
feedback

I have been using Unison on and off since something like 2004. In an answer to another question I gave it a nod over rsync as a tool for backing up/synchronizing your data between machines.

In all this time Unison never ruined my data in the sense of shredding file contents. It displayed, however, some sensitivity to edge conditions such as files in use, permissions, or cross-platform issues. You will need to be careful to research this if you encounter any errors when synchronizing your files with Unison. Save your logs.

A couple of weeks ago I decided to stop using Unison and went back to rsync. Main reasons:

  • Unison is no longer actively developed, while rsync is
  • Unison is slower than rsync in real-world usage, where I have hundreds of thousands of files totaling more than 150 GB in my home directory; a day's work's backup to an USB drive takes about 10 minutes with Unison but only 1-2 minutes with latest rsync.
  • Unison's databases need rebuilding every couple of months due to aforementioned edge cases, such as sudden disconnection of receiving file system; when they are corrupted, your files will NOT be destroyed but they may remain unsynchronized and will give you weird errors. This database rebuild, especially with remote volumes, can take hours or even days.
link|improve this answer
+1 nice layout of the issues here. – quack quixote Nov 4 '09 at 14:16
3  
Note, btw, that Unison really is for different use cases than rsync. Unison is for two-way synching, whereas rsync is for one-way synching. This makes it more capable, but also necessarily more complex than rsync. So, right tool for the job, etc.. – sleske May 17 '10 at 9:15
How do you "rebuild" the databases? Just clear out the .unison folder? – drknexus Sep 14 '11 at 15:28
feedback

I haven't been using it as long as ttarchala, but it does work nicely for smaller filesets and I have not lost any data.

While it is not under active development, it is being maintained to some degree. There have been updates/bugfixes committed to the source tree in the last few months, and you can get current binaries here (for example).

Also note that you can improve performance by setting fastcheck/pretendwin which detects file changes by size & date, rather than checksumming the entire file.

link|improve this answer
feedback

I've used Unison on my Macs for at least 8 years. I've never had Unison corrupt or lose a file. Early on, I had some issues with Unison not understanding resource forks, which led to failures to synchronize.

I started using Unison after I figured out that Finder on my Mac B&W G3 was silently corrupting copied files by randomly changing a byte or two every megabyte. (Caused by a hardware issue with Firewire on Rev 1 logic boards.) Since that problem, I've been really, really paranoid about comparing backup copies, and Unison does that well for me.

link|improve this answer
feedback

I used it for quite a while (to synch between desktop and laptop). As the others write, it is quite careful during synch, and I never lost any files. In case of problems it may require a (time-consuming) resynch, but everything sorts itself out in the end.

In regular operation, it is both fast and secure.

link|improve this answer
feedback

Your Answer

 
or
required, but never shown

Not the answer you're looking for? Browse other questions tagged or ask your own question.