bug-cvs
[Top][All Lists]
Advanced

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

Re: Urgent !!! Problem in checking out files from CVS repository running


From: Victor
Subject: Re: Urgent !!! Problem in checking out files from CVS repository running on RedHat Advanced
Date: 6 May 2004 23:40:57 -0700

Mark,

Thanks for your message, and please let me further explain what
happened:'

> > I am working on installing the CVS 1.12.7 (have already tried the
> > 1.11.1p1) on the Linux RedHat Advanced Server 2.1.
> 
> Did the older version of cvs work for you previously?

I only tried the CVS version 1.11.1p1 and 1.12.7

> > 1. Installed the CVS successfully.
> 
> How do you know you did this?

Because I can use the wincvs to load source into the CVS repository
running on RadHat Advanced Server 2.1 but failed in checking them out,
so to be more accurated, it's partially successful.

> Did you run the command:
> 
>     cvs -d :local:/cvs1.12.7 init
> 
> and if so, did it work for you? I not, what happened when you
> did something like:
> 
>    su
>    mkdir /cvs1.12.7
>    chgrp cvs /cvs1.12.7
>    chmod g+rwxs /cvs1.12.7
>    exit
>    login victor
>    cvs -d :local:/cvs1.12.7 init
>    cvs -d :local:/cvs1.12.7 checkout CVSROOT

Yes, I ran the command on the server side: cvs -d /cvs1.12.7 init and
successfully created the repository. After that, I did the following
as the root user:

cd /cvs1.12.7
chgrp -R cvs .
chmod ug+rwx . CVSROOT
chmod g+s . CVSROOT

> Given this comment, I presume you intend to use :pserver: in the general
> case to access this repository...?

Correct.

> 
> Your urgent requirements are not necessarily our concern.

Understood, and thanks for your message anyway. And herewith my
xinetd.conf file:

service cvspserver
{
   Port = 2401
   socket_type = stream
   protocol = tcp
   wait = no
   user = root
   passenv = PATH
   server = /home/victors/bin/cvs/bin/cvs # temporarily for version
1.12.7
   server_args = --allow-root=/var/cvstest --allow-root=/cvs1.12.7 -f
pserver
   log = /var/log/cvslog
}


Regards,
Victor

"Mark D. Baushke" <mdb@cvshome.org> wrote in message 
news:<mailman.3807.1083894599.1061.bug-cvs@gnu.org>...
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Victor <md38@hotmail.com> writes:
> 
> > Dear Sir,
> 
> fyi. This is a mailing list filled with all kinds of people, both male
> and female
> 
> > I am working on installing the CVS 1.12.7 (have already tried the
> > 1.11.1p1) on the Linux RedHat Advanced Server 2.1.
> 
> Did the older version of cvs work for you previously?
> 
> > Everything setup all right (and I can used intellij to load the source
> 
> I have no idea what intellij might be.
> 
> > code into the CVS1.12.7 repository, the real problem is in checking
> > out the source from the CVS and I get the read lock failure message):
> > I follow the steps bellow:
> > 
> > To get it simple, I used the root user to set this up:
> > 
> > 0. Create a group called "cvs" and a user call "victors" and put the
> > user "victors" into the "cvs" group.
> 
> Okay.
> 
> > 1. Installed the CVS successfully.
> 
> How do you know you did this?
> 
> Did you run the command:
> 
>     cvs -d :local:/cvs1.12.7 init
> 
> and if so, did it work for you? I not, what happened when you
> did something like:
> 
>    su
>    mkdir /cvs1.12.7
>    chgrp cvs /cvs1.12.7
>    chmod g+rwxs /cvs1.12.7
>    exit
>    login victor
>    cvs -d :local:/cvs1.12.7 init
>    cvs -d :local:/cvs1.12.7 checkout CVSROOT
> 
> Note: I suggest against having the cvs version number as a part of the
> pathname to your cvs root. It will be confusing over time. I would
> probably also suggest you not put it on the root filesystem, but on its
> own filesystem to also more focused backups to occur.
> 
> > 2. Created a new repository root succcessfully: /cvs1.12.7 and changed
> > the group ownership recursively right under the cvs1.12.7 root
> > directory to the "cvs" group, and then also right under the /cvs1.12.7
> > directory, I ran this: chmod ug+rwx . CVSROOT
> 
> Note that you probably want rwxs permissions on the CVSROOT/.. directory.
> 
> > 3. Then I registered the cvspserver as a service, updated the
> > xinetd.conf accordingly, updated and restared the xinetd successfully.
> 
> Given this comment, I presume you intend to use :pserver: in the general
> case to access this repository...?
> 
> > And finally I can use the nmpa localhost | grep 2401 and I can see the
> > xinetd is running.
> > 
> > Now I login using my id say "victors" and I am at my home directory,
> > and I used the following command:
> > 
> > cvs -d :local:/cvs1.12.7 co CVSROOT
> > 
> > However, it shows me the following error:
> > 
> > cvs checkout: Updating CVSROOT
> > cvs checkout: cannot create read lock in repository
> > `/cvs1.12.7/CVSROOT': No such file or directory
> > cvs [checkout aborted]: read lock failed - giving up
> > 
> > Please know that this problem should not be related to the permission
> > setting because of the following reasons:
> > 
> > 1. As you can see from the above there is NO permission error showing
> > 2. I have double checked the permission setting on the directories in
> > the CVS ropository and they are all right, and I even used the root
> > user to try and it comes out with the same error message.
> 
> I can see nothing from your message you only summarized your operations,
> you didn't actually show us anything.
>  
> > I have done a lot of research regarding this problem on the internet
> > and found no help and all of the similar problems are related to their
> > incorrect permission setting...But in my case there is no problem with
> > the permission setting.
> 
> How can we know that is true?
> 
> > I am now wondering whether this is the bug in CVS or there is the bug
> > on the RedHat Advanced Server 2.1, however I believe this looks more
> > likely a bug on the CVS rather than on the O/S.
> 
> More likely is that this is pilot error.
> 
> > As I need URGENTLY to finish the setup in order to let the development
> > activities to proceed smoothly, it would be EXTREMELY HIGHLY
> > appreciated if anyone could provide the help on this regard!!!
> 
> Your urgent requirements are not necessarily our concern.
> 
> > Thank you very much in advanced!!!!!!
> 
>       Good luck,
>       -- Mark
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.3 (FreeBSD)
> 
> iD8DBQFAmush3x41pRYZE/gRAi6EAJ9CzgsYDcq4sJI4zirY3CLtlp7TLgCgg4HF
> UIZht7bcTqmYjZRYrmxIRdw=
> =aWoF
> -----END PGP SIGNATURE-----


reply via email to

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