Bug#184157: libc6: Locking problems over NFS
reassign 184157 nfs-common
stop
OoO En ce milieu de nuit étoilée du mardi 11 mars 2003, vers 04:50,
GOTO Masanori <gotom@debian.or.jp> disait:
> At Mon, 10 Mar 2003 17:33:05 +0100,
> Vincent Bernat wrote:
>>
>> OoO Lors de la soirée naissante du lundi 10 mars 2003, vers 17:16,
>> GOTO Masanori <gotom@debian.or.jp> disait:
>>
>> >> > Which machine did you upgrade? NFS server? NFS client?
>> >>
>> >> NFS client.
>>
>> > Interesting behavior. NFS client uses lockd to contact NFS server's
>> > lock manager as kernel thread. On the other hand glibc is on the
>> > userland, and issues lock funtion into kernel. So I wonder why
>> > upgrading libc6 causes such problem. It's hard to make nfs bad with
>> > upgrading glibc...
>>
>> I thought that glibc was the best option for a general breakage of
>> userland apps, but you are right, there was an upgrade of NFS the same
>> day in testing. So this bug should be reallocated to nfs package ?
> Well, we don't give positive proof of nfs related package that is
> really guilty. But I think the nfs package maintainer knows about
> the nfs specific bugs. Please reassign this bug to your upgraded
> nfs packages.
OK, I do it.
For reference, here is the original message :
Package: libc6
Version: 2.3.1-14
Severity: important
Hello,
New glibc from testing seems to have heavy problems to lock a file
through NFS. For example, I get with procmail errors like :
procmail: Kernel-lock failed
With bogofilter :
[0] Error acquiring blocking read lock on /home/bernat/.bogofilter/goodlist.db
These errors did not appear once with glibc 2.2.5-14. NFS server is a
Debian/sid and nlockmgr is running on it.
/proc/mounts reports :
neo:/home /home nfs rw,v3,rsize=8192,wsize=8192,hard,udp,lock,addr=neo
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux lucas 2.4.20-lucas.3 #1 Tue Feb 11 14:22:16 CET 2003 i686
Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro
Versions of packages libc6 depends on:
ii libdb1-compat 2.1.3-7 The Berkeley database routines [gl
-- no debconf information
--
Don't comment bad code - rewrite it.
- The Elements of Programming Style (Kernighan & Plaugher)
Reply to: