[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 |
Hello,
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
problems.
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.
Cheers,
Herbert
--
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/
- Incompatibility glibc 2.1.3 and cvs 1.10.7,
Herbert Martin Dietze <=