info-cvs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: cvs not checkout in pwd, but some other strange place.


From: Troels Kofoed Jacobsen
Subject: Re: cvs not checkout in pwd, but some other strange place.
Date: Mon, 04 May 2009 13:14:06 +0200
User-agent: Thunderbird 2.0.0.21 (Windows/20090302)

Todd Denniston wrote:
Troels Kofoed Jacobsen wrote, On 04/29/2009 03:02 AM:
Hi all

I have a problem. My /home and some other folders are automounted nfs shares via autofs. When I try to checkout form any cvs repository in my homefolder ($HOME/tmp) cvs will randomly tell me smomething like: cvs [checkout aborted]: could not chdir to /auto/data/myuser/tmp: No such file or directory
note here that /auto/data is also an automounted nfs share.
My /home is actually also mounted to /auto/home and then symlinked to /home... The strange thing is that this happens rather randomly. It will pick a seemingly random share mounted in /auto, think my user homefolder is under that and try to checkout to that dir. Sometimes it tries /auto/home and the checkout succeeds. If i create it says it is missing (e.g. /auto/data/myuser/tmp) it will checkout into that -- even though I'm in /home/myuser/tmp when writing the command.

Note: if i try from a dir in the root file system (e.g. /tmp) it will always succeed)

Can anyone tell me what's going on?

I agree with Arthur, please provide
Version of CVS?
CVSROOT?
what is the actual message, or be very careful when 'sanitizing' it.

Note in the following I have only changed path names, host names, domain names and IP addresses.

Version: 1.12.12 installed via opensuse or compiled manually.
CVSROOT=:pserver:@myhost.mydomain.dk:/usr/local/cvs_repos
but this is reproducible with others.

# pwd
/users/myuser/tmp
# cvs checkout
cvs [checkout aborted]: could not chdir to /indirect/data/myuser/tmp: No such file or directory
# mount
/dev/sda3 on / type ext3 (rw,acl,user_xattr)
/proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
udev on /dev type tmpfs (rw)
devpts on /dev/pts type devpts (rw,mode=0620,gid=5)
/dev/sda1 on /boot type ext3 (rw,acl,user_xattr)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
securityfs on /sys/kernel/security type securityfs (rw)
/proc on /var/lib/ntp/proc type proc (ro)
knfs:/users on /indirect/users type nfs (rw,soft,sloppy,addr=192.168.1.2,nfsvers=3,proto=tcp,mountproto=udp) knfs:/mnt/local on /indirect/local type nfs (rw,soft,sloppy,addr=192.168.1.2,nfsvers=3,proto=tcp,mountproto=udp) knfs:/data on /indirect/data type nfs (rw,soft,sloppy,addr=192.168.1.2,nfsvers=3,proto=tcp,mountproto=udp)
# ls -l /users
lrwxrwxrwx 1 root root 15 2007-03-26 18:11 /users -> /indirect/users
I believe you are using an autofs, which mounts NFS file systems only when they are needed, if the needed file system is already mounted it works ok, if not it does not.
Not really. All needed filesystems are mounted!
to me it looks like the very first access CVS does to the directory causes it to be mounted, but not before CVS gives up on it, which I have seen with many other products.



Why do cvs even try to change dir before pulling the data?

we need more information first.
Version of CVS?
CVSROOT?
is the directory where you are telling it to put your checkout a soft link or contain one?
cd into the directory where you are doing the checkout and execute:
df -h . |awk '{print $6}'
# df -h . | awk '{print $6}'
Mounted
/indirect/users

is the second line returned the place that CVS is indicating does not exist?
[the first line should say Mounted]
No.

cd into the directory where you are telling CVS to _put_ (cvs checkout -d ???) the checkout and execute:
df -h . |awk '{print $6}'
is the second line returned the place that CVS is indicating does not exist?
I do not use -d.

workaround: always cd into the directory where you want to do the checkout, which will cause autofs to have it mounted before you do the checkout.
Must be something else.
Best regards
Troels Kofoed Jacobsen

I really appreciate you guys spending time on this. I hope I'm not too much trouble.

Best regards
Troels Kofoed Jacobsen





reply via email to

[Prev in Thread] Current Thread [Next in Thread]