RE: Please help troubleshooting connection problem via SSH (possible solution)

[George Dinwiddie]

In spite of the fact that the Cygwin CVS client continues to function, the root 
problem is apparently in the handling of named pipes within the cygwin1.dll 
file.  Running "cygcheck -s" on an installation of the latest version of Cygwin 
includes the results:
 1111k 2004/09/05 C:\cygwin\bin\cygwin1.dll
    Cygwin DLL version info:
        DLL version: 1.5.11
        DLL epoch: 19
        DLL bad signal mask: 19005
        DLL old termios: 5
        DLL malloc env: 28
        API major: 0
        API minor: 116
        Shared data: 4
        DLL identifier: cygwin1
        Mount registry: 2
        Cygnus registry name: Cygnus Solutions
        Cygwin registry name: Cygwin
        Program options name: Program Options
        Cygwin mount registry name: mounts v2
        Cygdrive flags: cygdrive flags
        Cygdrive prefix: cygdrive prefix
        Cygdrive default prefix:
        Build date: Sat Sep 4 23:17:09 EDT 2004
        Shared id: cygwin1S4

I renamed cygwin1.dll to cygwin1.5.11.dll and copied the dll from another 
machine (working under WinXP SP2).  Now the "cygcheck -s" output includes:
 1100k 2004/03/19 C:\cygwin\bin\cygwin1.dll
    Cygwin DLL version info:
        DLL version: 1.5.9
        DLL epoch: 19
        DLL bad signal mask: 19005
        DLL old termios: 5
        DLL malloc env: 28
        API major: 0
        API minor: 112
        Shared data: 4
        DLL identifier: cygwin1
        Mount registry: 2
        Cygnus registry name: Cygnus Solutions
        Cygwin registry name: Cygwin
        Program options name: Program Options
        Cygwin mount registry name: mounts v2
        Cygdrive flags: cygdrive flags
        Cygdrive prefix: cygdrive prefix
        Cygdrive default prefix:
        Build date: Thu Mar 18 23:05:18 EST 2004
        Shared id: cygwin1S4

I do not know if this change of DLL will cause problems for other Cygwin 
components, but it has allowed CvsNT (and derived clients WinCVS and 
TortoiseCVS) and Eclipse CVS to operate.

Another option is to uninstall WinXP SP2.

 - George

> -----Original Message-----
> From: address@hidden
> [mailto:address@hidden Behalf Of
> George Dinwiddie
> Sent: Thursday, November 11, 2004 12:09 PM
> To: Chris Weiss; address@hidden
> Subject: RE: Please help troubleshooting connection problem via SSH
> 
> 
> Chris,
> 
> I do not believe this is an ssh issue.  I believe it's a 
> WinXP SP2 issue with CvsNT (which both WinCVS and TortoiseCVS 
> seem to use).  I'm having a similar problem with these as 
> well as with the Eclipse CVS client (which seems to be 
> written in Java).
> 
> The production server is CVS version 1.11.17 and I can 
> connect with it via SSH using the Cygwin CVS client (also 
> version 1.11.17).  I cannot connect with it via SSH using 
> CVSNT version 2.0.58d.
> 
> The SSH connection works fine, but the CVS client hangs.  In 
> order to see what was happening on the server side, I 
> experimented with an old CVS (version 1.11) setup I already 
> had on a private machine.  I did some grepping and found 
> reference to a CVS_SERVER_LOG environment variable, but that 
> doesn't seem to be used any more.  It's not mentioned in the 
> latest copy of the CVS manual and it doesn't seem to work.
> 
> I renamed my cvs executable to cvs-bin and wrote this shell 
> script for cvs:
> 
> #!/bin/bash
> export CVS_SERVER_LOG=/home/cvs/CVS_SERVER_LOG
> echo "========================" >> $CVS_SERVER_LOG
> date >> $CVS_SERVER_LOG
> echo cvs $* >> $CVS_SERVER_LOG
> echo "------------------------" >> $CVS_SERVER_LOG
> cvs-bin $* | tee -a $CVS_SERVER_LOG
> 
> When I execute Cygwin's cvs, I get this on the client side:
> 
> C:\Program Files\cvsnt>c:\cygwin\bin\cvs -t -t -t -n co myproject
>  -> main loop with address@hidden:/home/cvs/projects
>  -> safe_location( where=(null) )
>  -> Starting server: ssh -l user host cvs server
> address@hidden's password:
> S-> do_module (myproject, Updating, , )
> S-> do_module (myproject, Updating, , )
> cvs-bin server: in directory myproject:
> cvs-bin [server aborted]: there is no version here; run 
> 'cvs-bin checkout' first
> S-> Create_Admin (., myproject, /home/cvs/projects/myproject, 
> , , 0, 0)
> S-> fopen(/home/cvs/projects/CVSROOT/history,a)
>  -> Lock_Cleanup()
> 
> and this on the server side:
> 
> echo "========================" >> $CVS_SERVER_LOG
> date >> $CVS_SERVER_LOG
> echo cvs $* >> $CVS_SERVER_LOG
> echo "------------------------" >> $CVS_SERVER_LOG
> cvs-bin $* | tee -a $CVS_SERVER_LOG
> address@hidden bin]# !tail
> tail -f /home/cvs/CVS_SERVER_LOG
> ok
> E S-> do_module (myproject, Updating, , )
> Module-expansion myproject
> ok
> E S-> do_module (myproject, Updating, , )
> E cvs-bin server: in directory myproject:
> E cvs-bin [server aborted]: there is no version here; run 
> 'cvs-bin checkout' first
> E S-> Create_Admin (., myproject, 
> /home/cvs/projects/myproject, , , 0, 0)
> E S-> fopen(/home/cvs/projects/CVSROOT/history,a)
> error
> 
> This is as it should be.  When I execute CvsNT's cvs, I get 
> this on the client side:
> 
> C:\Program Files\cvsnt>.\cvs -t -t -t -n co myproject
>   -> Tracelevel set to 3.  PID is 3620
>   -> Session ID is e24419390921f88
>   -> Domain found: MYWORKGROUP
>   -> main loop with address@hidden:/home/cvs/projects
> address@hidden's password:
> 
> and this on the server side:
> 
> ========================
> Thu Nov 11 11:18:11 EST 2004
> cvs server
> ------------------------
> Valid-requests Root Valid-responses valid-requests Repository 
> Directory Max-dotdot Static-directory Sticky Checkin-prog 
> Update-prog Entry Kopt Checkin-time Modified Is-modified 
> UseUnchanged Unchanged Notify Questionable Case Argument 
> Argumentx Global_option Gzip-stream wrapper-sendme-rcsOptions 
> Set expand-modules ci co update diff log add remove 
> update-patches gzip-file-contents status rdiff tag rtag 
> import admin export history release watch-on watch-off 
> watch-add watch-remove watchers editors init annotate noop version
> ok
> 
> and the connection hangs.  It appears that the CvsNT client 
> never sees the "ok" message from the server.
> 
> The WinXP firewall is turned off.  Any clues are greatly appreciated.
> 
>  - George Dinwiddie
> 
> 
> 
> > -----Original Message-----
> > From: address@hidden
> > [mailto:address@hidden 
> Behalf Of
> > Chris Weiss
> > Sent: Thursday, October 07, 2004 3:17 PM
> > To: address@hidden
> > Subject: Please help troubleshooting connection problem via SSH
> > 
> > 
> > I've got one client who is having trouble connecting to our 
> > CVS server. 
> > I'm trying to troubleshoot the problem, but am not having much luck.
> > 
> > Our setup is CVS server 1.11.5, client 1.11.1.3, we're 
> connecting via 
> > SSH tunnel. We've got the keys syncronized, so the client 
> > doesn't need 
> > to enter a password to connect.
> > I'm able to successfully connect using the client's account, 
> > but he is 
> > not. We've been successfully using this system for a while 
> > with a dozen 
> > users who are having no issues connecting.
> > He can SSH in, so we know it's not a blocked port issue.
> > The client's machine is WinXP (unknown if SP2 is installed)
> > 
> > Client-wise, we're using WinCVS and Turtle - I've tried CVS 
> from the 
> > command prompt as well with no success.
> > 
> > The symptoms are - if trying to do a Checkout or get a module 
> > list, the 
> > client freezes with no output at all. We've left it for 
> minutes at a 
> > time with no response.
> > Here is the client's output for CVS Version:
> > Client: Concurrent Versions System (CVSNT) 1.11.1.3  (Build 57k) 
> > (client/server)
> >  
> >  Server:
> > 
> > 
> > 
> > Does anyone have any ideas what could be causing his issues or any 
> > further steps to take to troubleshoot this? I'm new to the 
> whole CVS 
> > thing (my experience was all Perforce) and this is all a 
> > trial-by-fire 
> > for me.
> > 
> > -- 
> > This message has been scanned for viruses and
> > dangerous content, and is believed to be clean.
> > 
> > 
> > 
> > _______________________________________________
> > Info-cvs mailing list
> > address@hidden
> > http://lists.gnu.org/mailman/listinfo/info-cvs
> > 
> > 
> 
> 
> _______________________________________________
> Info-cvs mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/info-cvs
>