Red Hat Bugzilla – Bug 445551
Slow and multiple access to NFS shares caused by LD_LIBRARY_PATH
Last modified: 2008-05-08 09:09:27 EDT
Description of problem:
The NFS client doesn't seem to cache information and generates large amount of
traffic. A single "ls" command on a NFS mountpoint (NFS3, default options,
server is RHEL5) generates about 60 entries in wireshark (V3 Access call and
reply) and will do so even for consecutive calls of the same command. For
comparison, accessing the same NFS location from a RHEL4 client generates about
5 entries in wireshark and successive calls do not generate traffic.
This seems somehow related to the LD_LIBRARY_PATH environment variable that
contains NFS mounted paths. When the variable is emptied or contains local
paths, everything is ok. In fact, runnning any command when the LD_LIBRARY_PATH
contains NFS mountpoints generates between 50 and 100 wireshark entries, per
This slows down all commands in an NFS based environment, especially tools like
Version-Release number of selected component (if applicable):
NFS server and client: RHEL 5.1 x86_64 or i386
kernel 2.6.18-53.1.14.el5 #1 SMP
GNU ld version 184.108.40.206.6-5.el5
Steps to Reproduce:
1. Mount a NFS share /mnt/nfsserver
2. export LD_LIBRARY_PATH=/mnt/nfsserver
3. any command will be slowed down!
It seems that the problem has been corrected in upcoming release of RHEL5. I
installed the packages:
and the problem is now fixed.
Cool... if the problem comes back please go ahead and reopen this bz...
*** Bug 440444 has been marked as a duplicate of this bug. ***