[cvsnt] Re: Permission denied problem after upgrade to and reboot

Koen no at ssppaamm.com
Mon Jan 10 17:13:41 GMT 2005


Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to sales@march-hare.com.


Bo Berglund wrote:

> Which operating system?

Server running on Windows2000 server.
Client running on Windows2000 (TortoiseCVS 1.8.7).

> What other reason did you have to reboot?
> If you had applied some Microsoft updates then most probably these
> have tightened security so the errors appear.

Yep, it was about some security fixes indeed (KB885835, KB885836,
KB873339 and KB889293 in particular).

> Since you installed 2.0.58d as a replacement for 1.11.1.3b66 then
> there are a lot of differences to handle.
> One of them deal with the locking system, the old CVSNT used files for
> locking and this may cause permission problems. The new CVSNT uses
> "lockserver", but that hs to be activated in the repository
> configuration (CVSROOT/config file).

In my config file, I have this:

---------------------
# Set this to "no" if pserver shouldn't check system users/passwords
SystemAuth=no

# Put CVS lock files in this directory rather than directly in the
# repository.
LockDir=F:/CVSRepositories/LockDir_cvsIPEM

# Set `TopLevelAdmin' to `yes' to create a CVS directory at the top
# level of the new working directory when using the `cvs checkout'
# command.
#TopLevelAdmin=no

# Set `LogHistory' to `all' or `TOFEWGCMAR' to log all transactions to
# the history file, or a subset as needed (ie `TMAR' logs all write
# operations)
#LogHistory=TOFEWGCMAR
-------------------

Where F:\CVSRepositories\LockDir_cvsIPEM is an existing directory for
which CVSUsers (group on server) has all permissions, except full
control.

The CVS lock service is running too.

The strange thing is that I can do a checkout with a read-only user...
Although nothing is created in the lock dir then (but then again, that
probably shouldn't happen for read-only users).
And the CVSUsers group (currently one member: CVSUser) always has more
permissions than the CVSGuests group (currently only one member:
CVSGuest) for each directory. That's the strange thing about it...

> And you have to check your setup concerning the repositories using the
> CVSNT Control Panel configurator (green fish on Control Panel).

Which settings in particular should I check?
I now have:

Service status:
    CVS service: running
    CVS lock service: running

Repositories:
    /CVSMAMI    F:/CVSRepositories/cvsMAMI
    /CVSIPEM    F:/CVSRepositories/cvsIPEM

Advanced:
    ( ) Don't resolve client names (debug setting)
    (v) Lockserver listens locally only
    ( ) Allow clients to trace server

    Run as user:    (client user)
    Default domain:    IPEMSRV
    Temporary Directory:    F:\CVSTemp

    CVS server port:    2401
    Lock server:    localhost 2402
    Encryption:    Optional
    Compression:    Optional

SSL settings:
    SSL Certificate file:
    D:\Program Files\cvsnt\cvsnt-default.pem
    SSL Private Key file:
    D:\Program Files\cvsnt\cvsnt-default.pem

Compatibility:
    Client:    Generic non-cvsnt
    (three checkboxes below are empty)

My directory structure is like this:

CVSRepositories
 +---BackupsOfCVSRepositories
 +---cvsIPEM
 |   +---CVSROOT
 |   +---IPEMToolbox
 |   \---QbVExperiment
 +---cvsMAMI
 |   +---CVSROOT
 |   +---MAMI
 |   +---MAMIJava
 |   +---MAMIMatlab
 |   \---MAMITemp
 +---LockDir_cvsIPEM
 +---LockDir_cvsMAMI
 \---sandbox

where cvsIPEM and cvsMAMI are the repository directories, and the
LockDir_xyz are the corresponding lock directories.
BackupsOfCVSRepositories and sandbox are just some extra utility
directories I sometimes use.

Any help to get CVSNT running on our server again highly appreciated!

Koen



> /Bo
>
> On Thu, 23 Dec 2004 11:52:24 +0100, "Koen" <no at ssppaamm.com> wrote:
>
>> Any idea what is the problem here? I had just upgraded the CVSNT
>> server a couple of weeks ago and now had to reboot the server it's
>> running on for some other reason. And I can't access my CVS
>> repositories any more! This is what I get on a CVS update on a
>> client machine:
>>
>> --------------------------
>> In D:\Temp: "E:\Program Files\TortoiseCVS\cvs.exe" "-q" "checkout"
>> "-P" "MAMI"
>>
>> CVSROOT=:pserver:ktanghe at ipem.ugent.be:/cvsMAMI
>>
>> cvs [server aborted]: Repository directory F:/CVSRepositories/cvsMAMI
>> does not exist: Permission denied
>>
>> Error, CVS operation failed
>> ---------------------------
>>
>> I didn't change anything at all to file permissions etc... on the
>> server. I just installed a newer version.
>>
>> Any help highly appreciated!
>>
>> Koen
>>
>
>
> /Bo
> (Bo Berglund, developer in Sweden)







More information about the cvsnt mailing list
Download the latest CVSNT, TortosieCVS, WinCVS etc. for Windows 8 etc.
@CVSNT on Twitter   CVSNT on Facebook