Re: Weird bug involving :ext: access

[Adrian Pepper]

By avoiding /home in the pathname, things seem to work.
We must have left some stock automounter or something similar running.
And for some reason cvs attempts to access /home/cvsroot locally.
One wonders why.

Yes "cd /home/cvsuser" hangs too.

% cd /home
% ls

does not hang.  But after that, a subsequent:

% cd xxxxx

does hang.

So why does cvs attempt to access the remote path locally?

So we can fix our users' problem, in any case.

Hope my herring wasn't too red.


Adrian.

> From mdb@juniper.net  Tue Feb 11 19:32:52 2003
> To: Adrian Pepper <arpepper@mfcf.math.uwaterloo.ca>
> Subject: Re: Weird bug involving :ext: access 
> 
> This is just a shot in the dark, but could it be that you have IPv6
> enabled on the host that does not work?
> 
>       -- Mark
> 
> >Date: Tue, 11 Feb 2003 18:59:28 -0500 (EST)
> >From: Adrian Pepper <arpepper@mfcf.math.uwaterloo.ca>
> >To: bug-cvs@gnu.org
> >Subject: Weird bug involving :ext: access
> >
> >I recompiled 1.11.5 for both Solaris 2.6 and Solaris 8.
> >Using pretty identical procedures (gcc-based) I thought.
> >
> >On Solaris 8 however:
> >
> >% cvs -t -d :ext:cvsuser@xxxxxx.yyy.net:/u/consultant/faq/cvs checkout 
> >cs498/a2
> >
> >works in as far as it generates a prompt for
> >"cvsuser@xxxxxx.yyy.net's password" (which I don't know, so...) whilst
> >the following never even gets that far:
> >
> >% cvs -t -d :ext:cvsuser@xxxxxx.yyy.net:/home/cvsuser/cvsroot checkout 
> >cs498/a2
> >
> >xxxxxx.yyy.net represents the actual number and length of components
> >of the .net DNS name, but is not the actual name.  All other names
> >are exactly correct.
> >
> >The only problem is that "/u/consultant/faq/cvs" is not the valid
> >pathname required; the second one is.  A bizarre detail is that both
> >pathnames are identical in length, otherwise one might think a
> >problem occurred because of an uninitialized string buffer or
> >something?
> >
> >The second command hangs regardless of what value for "CVS_RSH" you
> >set.  (Even "doesnotexist").  That is, the "ssh" command is never run.
> >The "cvs" is not spinning on CPU, however.  (You might expect
> >preprocessing of the CVS_ROOT to spin somewhere in the case of a bug?)
> >
> >As I say, the problem does not occur on Solaris 2.6
> >
> >Both client machines have an empty /home directory, but that should be
> >irrelevant.  Neither pathname exists on either machine (they NFS-mount
> >the same set of home directories), although /u/consultant does exist
> >on both.
> >
> >I'll report this now and check known problems later, I think the level
> >of detail I've given might be enlightening.
> >
> >
> >Adrian Pepper
> >Math Faculty Computing Facility
> >University of Waterloo, Waterloo, Ontario, Canada
> >arpepper@math.uwaterloo.ca
> >============================================================================
> >Here is cut-and-paste, with the real server name changed.
> >
> >mgc2000.math% setenv CVS_RSH ssh
> >mgc2000.math% cvs -t -d :ext:cvsuser@xxxxxx.yyy.net:/u/consultant/faq/cvs 
> >checkout cs498/a2
> > -> main loop with CVSROOT=:ext:cvsuser@xxxxxx.yyy.net:/u/consultant/faq/cvs
> > -> Starting server: ssh xxxxxx.yyy.net -l cvsuser cvs server 
> >cvsuser@xxxxxx.yyy.net's password: 
> >cvs [checkout aborted]: end of file from server (consult above messages if 
> >any)
> > -> Lock_Cleanup()
> >mgc2000.math% 
> >mgc2000.math% cvs -t -d :ext:cvsuser@xxxxxx.yyy.net:/home/cvsuser/cvsroot 
> >checkout cs498/a2
> > -> main loop with CVSROOT=:ext:cvsuser@xxxxxx.yyy.net:/home/cvsuser/cvsroot
> >cvs [checkout aborted]: received interrupt signal
> > -> Lock_Cleanup()
> >mgc2000.math% 
> >
> >The "cvs" is not spinning on CPU, however.  (You might expect
> >preprocessing of the CVS_ROOT to spin somewhere in the case of a bug?)
> >
> >An examination of "lsof" doesn't immediately tell me what the process is
> >doing.
> >
> >Here is from "ps -flu arpepper":
> >
> > 8 S arpepper 25020 19039  0  41 20        ?    283        ? 18:34:07 pts/19 
> >   0:00 cvs -t -d :ext:cvsuser@xxxxxx.yyy.n
> >
> >That is after many minutes.  It doesn't seem to have any children.