headers
cookfire | 1 Mar 2005 11:27
Picon

-killserver with a socket on Windows doesn't work


Hi,

I use i:\unison\unison.win32-textui.exe -killserver -socket 8888 to 
start Unison on the remote side. The way I understand it, it should exit 
after the first replication it completes, but it doesn't. It just 
remains sitting there on its socket. Is this a bug? Can something be 
done about it?

I'm using version 2.9.1

Jo

 
Yahoo! Groups Links

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

<*> 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/
Permalink | Reply | 0 comments |
headers
Alan Robinson | 2 Mar 2005 07:35

unison bug that deletes all files in directory?


Since using unison 2.9.1 (host and client are windows machines), I've 
had the extremely disturbing experience of having all the files in a 
directory deleted. Different directories were effected each time, but 
both are listed as directories to keep synchronized between machines. 
Since I've never seen this behavior before, I have to wonder if 
Unison is to blame. Perhaps the only odd thing about my setup is that 
I wanted my files to live in different directories on each machine, 
so what I did was set up windows "hard" links (also know as 
junctions, you need a special tool to make them) on both machines. 
These junctions have the same name on each machine, but point at 
different targets. 

So I realize this is way too little info to be useful as a bug 
report. Mostly I'm just hoping that somebody else has had the same 
problem and can tell me what is going on. I love unison, but having 
all my files deleted is really quite disturbing. Luckily I still have 
a backup on the other computer, but only because I noticed the 
discrepancy in time. 

Here's the preference file that drives all this, incase that's useful.

# Unison preferences file

#local path
root = /util/unison

#remote path (kiel)
root = ssh://alan <at> bochum/c/unison
(Continue reading)

Permalink | Reply | 4 comments |
headers
Chris Shelton | 2 Mar 2005 12:32
Picon
Favicon

Will 2.10.12 ever be considered beta?


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I been a happy user of unison version 2.9.1 for some time now.  However, 
there are a number of minor bugs that look like they have been resolved in 
the more recent versions.

Version 2.10.12 has been the developer's only version for quite a while 
now.  I seem to remember a note from last year where there was a mention 
that 2.10.12 was going to be moved to the beta version before the end of 
2004.

Is 2.10.12 stable enough to be considered a beta version?

chris

- -- 
Chris Shelton
Indiana University - Financial Management Services
- -
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)

iD8DBQFCJaRoM5TknMKatUwRAmm6AJwMzljfz6oXQsgdy173Awdj5UKCVwCgiDyT
GFxiBk52Frtmho6f+BUav58=
=Enr0
-----END PGP SIGNATURE-----
(Continue reading)

Permalink | Reply | 1 comment |
headers
Benjamin Pierce | 2 Mar 2005 13:11
Favicon

Re: Will 2.10.12 ever be considered beta?


> I been a happy user of unison version 2.9.1 for some time now.  However, 
> there are a number of minor bugs that look like they have been resolved in 
> the more recent versions.
> 
> Version 2.10.12 has been the developer's only version for quite a while 
> now.  I seem to remember a note from last year where there was a mention 
> that 2.10.12 was going to be moved to the beta version before the end of 
> 2004.
> 
> Is 2.10.12 stable enough to be considered a beta version?

Definitely -- it's as stable as the current release version (and much freer
from bugs). 

The only thing holding back a new release is finding a little time to do
the packaging, update documentation, etc.

    - Benjamin

 
Yahoo! Groups Links

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

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

<*> Your use of Yahoo! Groups is subject to:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Thomas Güttler | 3 Mar 2005 10:08
Picon
Favicon

*two* local directories into *one* remote


Hi,

We have one CVS repository for the core of an application and
one CVS repository for each server. 

Now I want to sync the live server with the CVS repositories. This
means I need to sync *two* local directories into *one* remote directory.

If a file is in both CVS repositories the one from the server specific 
repository should be used.

Up to now I had two profiles. One for the core and one for the
specific files. But that is not a good solution, because you need
to exclude a lot of files.

Do you understand this? Any hints how to do this?

 Thomas

 
Yahoo! Groups Links

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

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

<*> Your use of Yahoo! Groups is subject to:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Keith Wansbrough | 3 Mar 2005 11:41
Picon
Picon
Favicon

Re: unison bug that deletes all files in directory?


> Since using unison 2.9.1 (host and client are windows machines), I've 
> had the extremely disturbing experience of having all the files in a 
> directory deleted. Different directories were effected each time, but 
> both are listed as directories to keep synchronized between machines. 
> Since I've never seen this behavior before, I have to wonder if 
> Unison is to blame. Perhaps the only odd thing about my setup is that 
> I wanted my files to live in different directories on each machine, 
> so what I did was set up windows "hard" links (also know as 
> junctions, you need a special tool to make them) on both machines. 
> These junctions have the same name on each machine, but point at 
> different targets.

That seems pretty odd to me, and I wouldn't be surprised if Unison
doesn't know how to interpret reparse points (junctions etc) when it
encounters them.  I suspect Unison is using an interface that reveals
the reparse point, rather than following it, and this would cause the
behaviour you report.

[They're more like symlinks than hard links, btw, and this is
significant.]

In any case, if I understand you correctly, there's no need for you to
use junctions anyway - why not just sync c:\dir1 on machine 1 with
x:\dir2\dir3 on machine 2?

For anyone else's information, here's a couple of pages I found on the
'net describing reparse points and junctions:

http://www.pcguide.com/ref/hdd/file/ntfs/filesReparse-c.html
(Continue reading)

Permalink | Reply | 3 comments |
headers
H. Wessels | 3 Mar 2005 13:44

Problems synchronising over unstable connection


Hi,

I am using Unison (unison version 2.9.1) to synchronise a Linux server 
(Linux version 2.4.10-4GB (gcc version 2.95.3 20010315 (SuSE)))  at my 
work and my Windows XP machine at home. The ADSL connection at work is 
not very stable, the modem/router (Efficient 5865 DMT-ISDN Router 
(5865-002) Efficient-5000 BOOT/POST V7.3.1 (29-Oct-01 10:39)
Software version v5.3.90 built Sat Mar 30 01:26:10 EST 2002) locks up 
under high traffic (like synchronising). During synchronising data flow 
stops (and packets are getting lost?) and the modem can not be pinged 
from the internet. Most of the time the connection is restored on time 
but too often Unison gives up with the error "Lost connection with server".

If I synchronise big files (like a CD image) one at a time there are no 
problems. Letting Unision transfer multiple (big) files at a time I have 
problems with lost connections.

Unison does not recover gracefully from those lost connections. 
Partially transferred files and directories are deleted, causing a lot 
of extra data transfer. I usually remove the Unison.tmp(etc.) from the 
directories to keep the files. The same for aborted big file transfers 
like CD images.

1 Why doesn't Unison keep the partial transferred files and directories 
at a start after a failed transmission? (I can't find a command line 
option to force Unison to do so.)

Now possible solutions to solve my problem:
2 How can I reduce bandwith on unison to say 128 kbit/s?
(Continue reading)

Permalink | Reply | 3 comments |
headers
Benjamin Pierce | 3 Mar 2005 14:24
Favicon

Re: Problems synchronising over unstable connection


> 1 Why doesn't Unison keep the partial transferred files and directories 
> at a start after a failed transmission? (I can't find a command line 
> option to force Unison to do so.)

Unison was designed to maintain the condition that "At each path, the
contents after synchronization [even in the case of a crash midway through]
is either the exact old contents or the exact new contents."  By hindsight,
this decision was sub-optimal for the reasons you describe, but that's the
way things are at the moment.  If someone wants to fix it, I'd be delighted
to receive a patch...

> Now possible solutions to solve my problem:
> 2 How can I reduce bandwith on unison to say 128 kbit/s?
> 3 How can I tell Unison to transfer only one file at a time?

The -maxthreads option should do the second, but IIRC it was not working in
2.9.1, so you may need to upgrade to a newer version.

   - Benjamin

 
Yahoo! Groups Links

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

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

Permalink | Reply | 0 comments |
headers
Urbaniak, Sebastian | 3 Mar 2005 14:25
Favicon

RE: Problems synchronising over unstable connectio n


> Unison does not recover gracefully from those lost connections. 
> Partially transferred files and directories are deleted, 
> causing a lot of extra data transfer. I usually remove the 
> Unison.tmp(etc.) from the directories to keep the files. The 
> same for aborted big file transfers like CD images.
> 
> 1 Why doesn't Unison keep the partial transferred files and 
> directories at a start after a failed transmission? (I can't 
> find a command line option to force Unison to do so.)
> 
> Now possible solutions to solve my problem:
> 2 How can I reduce bandwith on unison to say 128 kbit/s?
> 3 How can I tell Unison to transfer only one file at a time?

Similar issues on my ADSL.

 
Yahoo! Groups Links

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

<*> 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/
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jerome Vouillon | 3 Mar 2005 14:37
Picon

Re: Problems synchronising over unstable connection


Hi,

> 2 How can I reduce bandwith on unison to say 128 kbit/s?

You can run Unison through an OpenVPN tunnel (http://openvpn.net/).
OpenVPN has a traffic shaping option.

Just running Unison through a tunnel may actually prevent it to fail
with the error "Lost connection with server".  Indeed, at the moment,
the connection is probably reset by the modem/router.  So, if the
connection is encapsulated in a tunnel, the router will not be able to
reset it anymore.

> 3 How can I tell Unison to transfer only one file at a time?

You can use the "-maxthread 1" option, but this option only works with
Unison 2.10.x.

-- Jerome

 
Yahoo! Groups Links

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

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

Permalink | Reply | 1 comment |

Gmane