[Top][All Lists]

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

Incompatibility glibc 2.1.3 and cvs 1.10.7

From: Herbert Martin Dietze
Subject: Incompatibility glibc 2.1.3 and cvs 1.10.7
Date: Wed, 6 Dec 2000 19:18:05 +0100
User-agent: Mutt/1.2.5i


 we've encountered the following problem:

 - SuSE 7,0 Clients (glibc 2.1.3) mount HOMEs from an 
   SGI/Irix NFS server (no "--root=" or "no_root_squash" 
   on the server side). 

 - when using CVS on these volumes CVS gets a problem 
   accessing directories on this volume: 

    * An strace brings reveals an lseek system call 
      (`lseek (fd, 0, SEEK_CUR)') failing with errno EPERM 
      leading to CVS aborting. 

    * This is not always aproblem, but checking out a 
      Repository on that NFS volume will not work. 

 - this situation occurs, with the glibc version mentioned
   above, if using the older 2.1.3 (copy older libc.so.6
   somewhere and set LD_LIBRARY_PATH accordingly) the problem
   does not occur.

 - this situation is new, it occurred ever since we dropped
   our old Linux box as NFS server (user space nfs server).

 - I could not reproduce this problem without cvs, e.g.
   writing a C program performing the probably offending 
   system calls found in the strace log did not reveal any

I'm not quite sure whether this is a bug or a feature, however
this seems to be a serious problem as it makes cvs
substantially unusable in our environment. And I could not find
any hint to this kind of problem anywhere in the net!

As a workaround we put the old libc.so.6 into an own directory
and installed an shell script / usr/local/bin/cvs setting 
LD_LIBRARY_PATH accordingly before calling /usr/bin/cvs.



The UNIX Guru's view of Sex:
unzip; strip; touch; finger; mount; fsck; more; yes; umount; sleep
-=-=-                              -=-=-=-=-
   Dipl.Ing. Martin "Herbert" Dietze -=-=- address@hidden -=-=-
   -=-=- Fachhochschule Wedel / PTL  -=-=- http://www.fh-wedel.de/~herbert/

reply via email to

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