gmane.network.unison.general

Re: Hanging at "Contacting server..." with a socket connection

Steffen Kaiser — 2013-05-17T10:05:27


Did you checked:

a) that the server really listens on the port
b) the port is accessable from outside, I mean: did you tried to make a 
connection to the port
c) that the client actually send out packets to the correct port

?

That would be my first steps to check, that this is not a normal network 
problem.

Kind regards,

Hanging at "Contacting server..." with a socket connection

nostalgic_infinity — 2013-05-16T16:51:57

Hello,

This is my first time posting here and I am relatively new to unison, though I have been pretty impressed with it thus far.

We are using Unison to keep secondary servers for an enterprise application current. The synchronization occurs via the socket method and had been working for years (I'm a newcomer to the organization tasked with resolving this issue). Suddenly it stopped working perhaps a month ago.

The behavior that I am seeing is that it will hang at "Contacting server..." perhaps half of the time if ran manually. If left as a scheduled task it seems to do this every time.

We are using Unison version 2.32.52 between Red Hat servers on the same network with no intervening firewall or even steps between. A tracert has only one step: the other machine.

The unison daemon is running on the other machine on the port specified. I have tried restarting the daemon to no effect.

I verified that the same versions of unison are running on both boxes.

No configuration changes were made on the day th

Supressing cmd window in Windows GTK version

joonhyoung_ro — 2013-05-15T15:00:50

Currently when I run unison GTK app a cmd window is open as well.

I think it would look much cleaner without the cmd window, unless it is needed for some other reason. It seems one needs to compile the app with -mwindows flag. (http://ricardo.ecn.wfu.edu/~cottrell/cross-gtk/#makefile) Could this be incorporated in the next binary build?

Best Regards,
Joon



------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/unison-users/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/unison-users/join
    (Yahoo! ID required)

<*> To change settings via email:
    unison-users-digest< at >yahoogroups.com 
    unison-users-fullfeatured< at >yahoogroups.com

<*> To unsubscribe from this group, send an email to:
    unison-users-unsubscribe< at >yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

"Unison Menubar" (alpha version, for intel Mac)

Neal — 2013-05-10T07:30:12

"Unison Menubar

A Mac menubar item that runs the Unison file synchronizer at regular intervals, and alerts in case of conflicts or errors.

This is alpha software. It will probably take you an hour or more to install and configure it, and you might have to poke around in the Python source (just a few pages) to make it work for you. I'm putting here on github just in case others might want to play with it."

more details at https://github.com/nealeyoung/Unison-Menubar .



------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/unison-users/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/unison-users/join
    (Yahoo! ID required)

<*> To change settings via email:
    unison-users-digest< at >yahoogroups.com 
    unison-users-fullfeatured< at >yahoogroups.com

<*> To unsubscribe from this group, send an email to:
    unison-users-unsubscribe< at >yahoogroups.c

Re: Where to upload Linux x86_64 binary (Slackware 14.0)

Benjamin C. Pierce — 2013-05-08T12:11:32

Hi,

If you can put this someplace where I can grab it, I can host it on my server.

Thanks,

     - Benjamin


On Mar 22, 2013, at 8:27 AM, Zbigniew Diaczyszyn <z-dia< at >t-online.de> wrote:




------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/unison-users/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/unison-users/join
    (Yahoo! ID required)

<*> To change settings via email:
    unison-users-digest< at >yahoogroups.com 
    unison-users-fullfeatured< at >yahoogroups.com

<*> To unsubscribe from this group, send an email to:
    unison-users-unsubscribe< at >yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

Re: Weird behaviour

Daniel Arribas — 2013-05-08T04:36:38

For the record, in case it helps somebody, I traced down my problem to
"fat=true". I thought it'd apply whenever there was a FAT replica involved
but now I realized having the hub in FAT and more than one "spoke" not in
fat (the Linux box and the mac) doesn't play well and even though all the
sync to the hub will work, Canada won't be propagated to the other spokes.
Removed that option and happily back to good sync.

]d[

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Sent from my Android tablet

Weird behaviour

Daniel Arribas — 2013-05-02T12:00:06

Dear list,

I have been a unison user for about 5 years now, syncing files from two
linux boxes (Ubuntu 12.04 and 13.10 currently) and a macbook air (running
mountain lion currently) using an external (FAT) drive as hub and it's
proven incredibly useful.

Recently, I decided to jump on unison 2.40. After many trials and mixed
results, I settled on building 2.40.65 using ocaml4 (built by myself on the
linux and with homebrew on the mac) on the three machines. I then started
fresh on all the three machines by deleting previous archives.

I'm finding a weird behaviour when syncing from/to the linux and the mac:
if I have deleted some file and created another one in the same folder,
when I sync back to the other machine, only deletions occur; however if I
run unison twice, on the second run the created files show up on the
replica. As an example:

On the linux box (where there is a folder named 'test'):


If I then go to the mac:


This will delete 'test' but will not create 'test1'. However, if I just run
it ag

Unison out of memory crash

2013-04-25T11:07:50

This morning I had a crash of a couple of unison instances. The crash
was very rapid, happening shortly after start up. It was independent of
size of the job (I tried setting -path to very small directory). It was
dependant on the specific hosts -- I could unison from an affected
"client" to another "server" without problem.

I could (and have) resolved the issue by deleting the archive files and
starting again; obviously this isn't ideal. I seem to remember this
happening before, although perhaps only twice in a decade of (heavy)
unison use.

The (end of) debug all looks like this:

Looking for changes
[update] Running bogus external program
[update] Finished running bogus external program
[update] Loading archive from /home/phillord/.unison/are74450385bce1265e331b7bea53f7562
Growing heap to 262852k bytes
Growing page table to 2048 entries
Growing page table to 4096 entries
Growing page table to 8192 entries
Growing page table to 16384 entries
Growing page table to 32768 entries
Growing page table to 65536

Re: Ignore only one direction

Alan Schmitt — 2013-04-24T11:56:25


I don't think this is possible at the moment.


This was very recently implemented. If you compile unison from the
subversion repository, you'll have this feature.

Alan


------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/unison-users/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/unison-users/join
    (Yahoo! ID required)

<*> To change settings via email:
    unison-users-digest< at >yahoogroups.com 
    unison-users-fullfeatured< at >yahoogroups.com

<*> To unsubscribe from this group, send an email to:
    unison-users-unsubscribe< at >yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

Ignore only one direction

Dr. Christoph Breidert — 2013-04-24T10:09:42

Hi guys,

I did quite some googeling and read the documentation. However, this one 
I could not solve.

We have a shared folder that 3 users sync to their local computers. 
However, I do not want to sync everything from the shared folder. 
Especially I want to ignore certain paths and certain files, for example 
zip files.

I saw that you can ignore paths and files with the ignore option. In my 
case I use ignore = Name {000_LOST,*.gz,*.zip}. However, with this I 
also cannot sync zip files into the shared folder.

So what I would need is to configure unison somehow to ignore paths and 
files in one direction (e.g., file-folder -> local) but include them in 
the other direction (e.g., local -> file-folder).

Has anyone had this problem and found a solution for it?

Then I have another question: Is it possible to ignore files by size, 
e.g., if they are bigger than x?

Thx in advance,

Christoph

Re: documentation bug

Alan Schmitt — 2013-04-18T06:32:19


The code in the trunk is correct, so I guess it was changed since then.
(Both the html and the PDF are generated from the source code, but the
former may have been generated before the fix was in.)

Alan


------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/unison-users/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/unison-users/join
    (Yahoo! ID required)

<*> To change settings via email:
    unison-users-digest< at >yahoogroups.com 
    unison-users-fullfeatured< at >yahoogroups.com

<*> To unsubscribe from this group, send an email to:
    unison-users-unsubscribe< at >yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

documentation bug

John A Smolin — 2013-04-18T00:17:12

The HTML documention at http://www.cis.upenn.edu/~bcpierce/unison/download/releases/stable/unison-2.40.102-manual.html has a small bug:

In the snippet below,  the last word should be "deletion".  The PDF documentation has it right, which is strange because I assume they are generated automatically from one another....


-----------------------------




nodeletion xxx
Including the preference -nodeletion root prevents Unison from performing any file deletion on root root.

This preference can be included twice, once for each root, if you want to prevent any creation.

Re: The "-times" Option Has No Effect in Windows

Anthony Vaughn — 2013-04-10T18:04:14

Thanks, Jerome! After looking at it some more and seeing that the date was
at "unix max" I thought maybe the endian was at play. I'll debug it when I
get some more free time, or I'll move onto another and more reliable linux
distro.

Thanks again for your help, if/when I debug this I'll post my results to
this group!

Best,
Anthony


On Wed, Apr 10, 2013 at 6:19 AM, Jérôme Vouillon <
jerome.vouillon< at >pps.jussieu.fr> wrote:

Re: The "-times" Option Has No Effect in Windows

Jérôme Vouillon — 2013-04-10T13:19:53

Hi Anthony,


I suspect floating point numbers coming from the client get corrupted on 
your NAS due to endianness issues.

Your huge float corresponds to the following IEEE little endian 
representation:
    79c0000041d42a75
by swapping the two words, one gets:
    41d42a7579c00000
which is
    2012-11-19 at 06:47:03 UTC

OCaml is supposed to deal properly with float endianness (see the 
following piece of code from byterun/config.h), but it might be 
miscompiled...

     #if defined(__arm__) && !defined(__ARM_EABI__)
     #define ARCH_FLOAT_ENDIANNESS 0x45670123
     #elif defined(ARCH_BIG_ENDIAN)
     #define ARCH_FLOAT_ENDIANNESS 0x76543210
     #else
     #define ARCH_FLOAT_ENDIANNESS 0x01234567
     #endif

.unison tmp-files never removed

peter juuls — 2013-04-08T16:15:39

Hello,

I just upgraded from unison 2.27 to 2.40. I am sync'ing disks on my 2 Windows2000 servers and 2.27 has done a great job so far.  One server runs "Unison -socket xxx" and the second server runs "unison -batch ..." every 30 seconds.

After the upgrade, I've discovered that on the second server, temporary files from the sync''ing from the first server to the second server pile up, and never seems to be removed by unison, even though the original source file has been removed from the first server, probably before the sync was completed. I want the temporary files to be removed automatically, because otherwise they are downloaded by applications and processed like true data files.


Example of temporay file "stranded" on the second server:  user4\upload\.unison.user4-ao58210617-200770939381.out.dat.47d6d2.unison.tmp

This is how I invoke the unison -batch every 30 second on the second server:

c:\util\unison "..\..\Default User\.unison\updown.prf" -batch -fastcheck true -times -silent -log -logfile c:\a

FolderSync

Pavan Modi — 2013-04-08T09:11:27

Hi Sir,


My name is Pavan. I am a software developer.

I am working on FileSync Application regarding that i need your help.

I want to build same app like DropBox using C# language.

can you recommend me some Api or Dll name which can be useful to me ?

or how can i use Unison for synchronize local client folder with own server folder ?


Thanks,
Pavan

Re: The "-times" Option Has No Effect in Windows

Anthony Vaughn — 2013-04-05T18:35:44

Hi Jerome,

The modification time of the file is valid (I'm not at that computer so
can't check at the moment). I will reply later with the exact modification
date/time in a bit.

I got the latest Unison windows build from
http://alan.petitepomme.net/unison/index.html

It is not a Cygwin build, I run it natively in Windows 8.

I also tried to download the build you have on your website and I get the
same problem unfortunately.

For the Unison server binary, I built that following these instructions:
http://www.multigesture.net/articles/how-to-compile-unison-for-a-synology-ds212/

Thank You Again,
Anthony


On Fri, Apr 5, 2013 at 2:54 AM, Jérôme Vouillon <
jerome.vouillon< at >pps.univ-paris-diderot.fr> wrote:

Re: The "-times" Option Has No Effect in Windows

Anthony Vaughn — 2013-04-05T05:40:06

Sorry for the spam but I failed to mention that the error messages are
happening on the server side when I am backing up from my Win8 machine to
the Synology Diskstation box (BusyBox).

Thanks!
Anthony


On Thu, Apr 4, 2013 at 10:25 PM, Anthony Vaughn <vaughnaw< at >gmail.com> wrote:

Re: The "-times" Option Has No Effect in Windows

Anthony Vaughn — 2013-04-05T05:25:41

Hi Jerome,

Thanks for the reply. I am using 2.40.63 on all devices. I tried running
the batch file which calls Unison with Administrator Privileges as well to
no avail. Below are the .prf files I am using. Any insight would be great.

Thanks Again!
Anthony

--------------- backupUser.prf
-------------------------------------------------------------
# Unison preferences
root = D:\Users\UserOne
root = ssh://blah< at >blah//user/home/directory

ignore = Path .unison
ignore = Path Downloads
ignore = Path DropBox
ignore = Path Contacts
ignore = Path Favorites
ignore = Path Links
ignore = Path Searches

include _common

--------------- _common
-------------------------------------------------------------
# Unison common preference file to be included from .prf files as needed

# Ignore certain files/folders
ignore = Name *~
ignore = Name .*~
ignore = Name *.o
ignore = Name *.tmp
ignore = Name *.lnk
ignore = Name .DS_Store
ignore = Name < at >eaDir
ignore = Name Desktop.ini
ignore = Name desktop.ini
ignore = Name ntuser.ini

Re: The "-times" Option Has No Effect in Windows

Jérôme Vouillon — 2013-04-03T13:47:04

Hi,

Le 02/04/2013 07:04, Anthony Vaughn a écrit :

I was unable to reproduce your issue with the Unison binary version 
2.40.69 from http://www.pps.univ-paris-diderot.fr/~vouillon/unison/
(under Windows 8).
The "times = true" directive works fine for me.

Which Unison binary are you using?

Regards,

The "-times" Option Has No Effect in Windows

Anthony Vaughn — 2013-04-02T05:04:24

Hi Everyone,

Per usual thanks for all the help. So I have Unison working very well
between my Linux server and Windows 7/8 boxes except for one critical snag.
Setting "times = true" in my prf file does not maintain timestamps and
causes Unison to exit with an error (pasted below, the filename is
_runBatHidden.vbs).

So, I can't use the times option which means that all files I synch are
getting the timestamps at the time they were copied instead of their true
modification times.

I have looked far and wide on the forums and there are many people having
this problem but no solutions as of yet.

Does anyone know a solution to this? Can I run Unison through Cygwin on my
windows boxes to get the modification times to preserve?

Thanks Much!!
Anthony Vaughn

---------- ERROR MESSAGE
------------------------------------------------------------

[BGN] Copying _runBatHidden.vbs from D:/Users/Anthony/DropBox to
//DiskoStation/
/volume1/homes/anthony/DropBox
Failed: Failed to set modification time of file
/volume1/ho