Re: Unison 2.9.20 and OpenSSH-4.1p1-2: hangs as server. (Update)

[Brooks Moses <bmoses at stanford dot edu>]

An update....

Andrew Schulman wrote:
> On balance though, I recommend that you upgrade to a recent (or at
> least more recent) version of Unison if you can.  2.9.20 is getting
> pretty old now.  It's still provided in Cygwin in order to allow
> maximum version compatibility with other hosts, but there are a ton of
> bug fixes and many new features in later versions.
>
> Several more recent versions of Unison are available in Cygwin.  On
> FreeBSD I don't know, but even if you have to fetch and build a more
> recent version yourself, this is usually easy as long as you have
> OCaml installed.  Of course all of your hosts have to be running the
> same version of Unison, since different versions won't talk to each
> other; or with versions 2.13.x and later, only the first two version
> numbers (e.g. 2.13) have to match.

I've now upgraded to Unison 2.17-1 on both the Desktop and the Laptop, 
and confirmed that "unison -version" produces "unison version 2.17.1" on 
both boxes.  Also, other output, such as the regeneration of databases, 
leads me to feel confident that it is actually running version 2.17, 
even though version 2.9.20 is still installed.  (For those following 
along, this required manually setting the unison.exe symlink in 
/etc/alternatives to point to the new version rather than the old version.)

In any case, the problems continue nearly identically with the new 
version.  I've attached the tail of the -debug 'all' output for the case 
of one file (which hangs).  The case with multiple files in a "real" 
directory is also nearly identical, though the exception has of course 
changed line numbers.  It's now:

> Uncaught exception File "/home/aschulma/usr/cygwin/unison2.17/unison2.17-2.17.1/
> .build/remote.ml", line 530, characters 2-8: Assertion failed

I hope that's of use; let me know if there's any other debugging info I 
can provide.

Thanks much,
- Brooks

P.S. In reference to the "-maxthreads 1" option bug I mentioned in 
version 2.9.20 -- this seems to be fixed in version 2.17, and works 
properly.  When I specify "-maxthreads 1" on the "real" directory, it 
now tries to send exactly one file at a time, and thus hangs.


[Now quoting tail of -debug 'all' output]
> [remote_emit] Received write token (1)
> [server: pred] ignore 'ARFM2004_Weinstein_Coating_Flows_preprint.pdf' = false
> [server: remote_emit] Sending result (id: 10)
> [server: remote_emit] send [updateArchive-res] '\132\149\166\190\000\000\0001\000\000...' 69 bytes
> [generic] sending file
> Growing heap to 480k bytes
> [server: remote_emit] send [rsp] '\132\149\166\190\000\000\000\001\000\000...' 21 bytes
> [server: copy] tryCopyMovedFile: -> .#ARFM2004_Weinstein_Coating_Flows_preprint.pdf.54546f.unison.tm
> p /(394fe90eb22d24739c8653518ea0ede6,)/
> [server: xferhint] lookup: fp = (394fe90eb22d24739c8653518ea0ede6,)
> Growing page table to 171 entries
> [rsynctoken] flushing the token queue
> [remote_emit] send [processTransferInstruction-args] '\002\000\000\000S\217\255%PD...' 65504 bytes
> [server: copy] getFile(/disk2/brooks/temp/a,ARFM2004_Weinstein_Coating_Flows_preprint.pdf) -> (/disk
> 2/brooks/temp/a,.#ARFM2004_Weinstein_Coating_Flows_preprint.pdf.54546f.unison.tmp,ARFM2004_Weinstein
> _Coating_Flows_preprint.pdf,modified on 2005-09-15 at 11:26:07  size 229518    read-write)
> [server: copy] src file size = 229518 bytes
> [server: copy] startReceivingFile: /disk2/brooks/temp/a/.#ARFM2004_Weinstein_Coating_Flows_preprint.
> [remote_emit] send [rsp] '\132\149\166\190\000\000\000\028\000\000...' 48 bytes
> [remote_emit] Sending request (id: 12)
>
> [server: remote_emit] send [compress-args] '\132\149\166\190\000\000\000Z\000\000...' 110 bytes
> [server: remote_emit] send [rsp] '\132\149\166\190\000\000\000\n\000\000...' 30 bytes
> [server: remote_emit] Sending request (id: 3)
> [server: remote_emit] Remaining tokens: 1
> [server: remote_emit] Remaining tokens: 0
> [server: remote_emit] Sending write token
> [server: remote_emit] Restarting reader
> [server: remote_emit] Waiting for next message
> [remote_emit] Remaining tokens: 0
> [remote_emit] Sending write token
> [remote_emit] Restarting reader
> [remote_emit] Waiting for next message
> [server: remote_emit] Message received (id: 12) (tokens: 1)
> [server: remote_emit] receive 'rsp\132\149\166\190\000\000\000...' 51 bytes

(At that point, it simply hangs and does nothing.)


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/