cvs bug - redhat 7.0 error: cannot create_adm_p /tmp/cvs-serv22619/src

[steven . lass]

>Submitter-Id:   net
>Originator:    Steven Lass 
>Organization:  WorldCom
>Confidential:   no
>Synopsis:       redhat 7.0 error: cannot create_adm_p /tmp/cvs-serv22619/src
>Severity:       critical
>Priority:       high
>Category:       cvs
>Class:          sw-bug
>Release:       cvs-1.11
>Environment:
         
System: Linux slass.wcomnet.com 2.2.17 #18 Mon Nov 13 10:57:54 CST 2000 i686 
unknown
Architecture: i686

>Description:
        
I can use pserver to login & checkout, but update fails.
Here is a command trace:

[slass@slass /tmp]$ cvs -d:pserver:slass@slass.wcomnet.com:/usr/local/cvs login
(Logging in to slass@slass.wcomnet.com)
CVS password: 
[slass@slass /tmp]$ cvs -d:pserver:slass@slass.wcomnet.com:/usr/local/cvs co 
pingdirapp
cvs server: Updating pingdirapp
U pingdirapp/build.xml
cvs server: Updating pingdirapp/src
U pingdirapp/src/ApplicationDescriptor.properties
U pingdirapp/src/Finder-version.properties
U pingdirapp/src/Finder.gif
U pingdirapp/src/Test.java
cvs server: Updating pingdirapp/src/com
cvs server: Updating pingdirapp/src/com/wcom
cvs server: Updating pingdirapp/src/com/wcom/ipcom
cvs server: Updating pingdirapp/src/com/wcom/ipcom/pingtel
cvs server: Updating pingdirapp/src/com/wcom/ipcom/pingtel/dirsrv
U pingdirapp/src/com/wcom/ipcom/pingtel/dirsrv/Finder.java
[slass@slass /tmp]$ cd pingdirapp/
[slass@slass pingdirapp]$ cvs update
cannot create_adm_p /tmp/cvs-serv22619/src
Permission denied

Here is my xinetd.conf file:

service cvspserver
{
        disable                 = no
        env                     = HOME=/usr/local/cvs
        protocol                = tcp
        server                  = /usr/bin/cvs
        server_args             = -f --allow-root=/usr/local/cvs pserver 
        socket_type             = stream
        user                    = root
        wait                    = no
}

>How-To-Repeat:
        
See above command trace.  This problem started after I upgraded to redhat 7.
I do not know if the problem is redhat OS related (kernel/glibc) or
xinetd related (redhat 6.2 uses regular inetd, redhat 7.0 uses xinetd)
>Fix:
        
none.