Red Hat Bugzilla – Bug 190543
kernel 2107 causes problems for nfs, ypbind
Last modified: 2015-01-04 17:26:51 EST
Description of problem:
Just installed kernel-2.6.16-1.2107_FC5 on a x86_64 smp machine. ypbind hangs
during boot trying to find a ypserver and rpc.statd was reporting problems too.
Rebooting to kernel-2.6.16-1.2096_FC5 works fine. Maybe it's a problem with
kernel udp since I grepped these from /var/log/messages:
May 3 09:01:40 wintermute rpc.statd: unable to register (statd, 1, udp).
May 3 09:01:40 wintermute ypbind: Unable to register (YPBINDPROG,
May 3 09:19:33 wintermute rpc.statd: unable to register (statd, 1, udp).
May 3 09:19:33 wintermute ypbind: Unable to register (YPBINDPROG,
Version-Release number of selected component (if applicable):
I tried two boots with the same results.
Steps to Reproduce:
1. install new kernel
boot hangs at ypbind and rpc.statd reported some problems that don't seem to be
P.S. selinux is in permissive mode.
Same happen to me, NFS server is RHEL4, /home is mounted. After user login,
/home/user works fine, but executing "startx" on client, NFS suddenly dies. ls
/home on client hangs.
Similar issue with kernel 2.6.16-1.2107_FC5smp on dual 600MHz Xeon Dell
Precision workstation. After boot, accessing a /home directory mounted by NFS
from a server results in a hang. Shutdown/reboot hangs when autofs tries to
stop. Machine has to be power-cycled to reboot. Also, some files at /home/(user)
which are accessed by gnome startup in .gconf or .gconfd get corrupted, and have
to be deleted to be able to log back in after successfully booting with the
I reproduced this 2 times, and the only change is the kernel version, with
2.6.16-1.2107_FC5smp being the "bad" one.
does booting with pci=nomsi make this go away?
Actually, that option is also broken in this kernel (sigh).
2108, available from http://people.redhat.com/davej/kernels/Fedora/FC5/
has this disabled by default. Give that a try ?
2.6.16-1.2107_FC5smp on Intel(R) Pentium(R) 4 CPU 2.40GHz breaks NFS for me as
Our diskless LTSP clients failed because they could not mount their root FS.
Reverting back to kernel-smp-2.6.16-1.2080_FC5 on the above server solved the
Just tried the 2108 kernel and it does not work for me. Seems to be the same
I have the same problem (x86_64 and i386, with and without SMP), the kernel 2096
work with 2107 ypbind for example fails.
I have problems with NFS, too, both with 2107 and 2108.
BUT I'm not running yp, and my problems are on the server side. Should this go
in a new bug?
FWIW, I have a pcap of the (hung) NFS conversation between the client and the
2111 solved my problem