Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com To: cygwin AT cygwin DOT com From: Brooks Moses Subject: Re: Unison 2.9.20 and OpenSSH-4.1p1-2: hangs as server. (Update) Date: Thu, 15 Sep 2005 13:02:41 -0700 Lines: 84 Message-ID: <4329D361.9080501@stanford.edu> References: <43290BA3 DOT 40709 AT stanford DOT edu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) In-Reply-To: X-IsSubscribed: yes 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/