Description of problem: Due to an installation mistake (somehow rpm messed up) I ended up with an passwd file which didn't have a rpc entry. This meant that during startup the getpwnam() call to determine the details for user rpc caused the normal process for passwd lookups to be followed. For me this meant after looking at /etc/passwd the lookup tried to use NIS. This of course deadlocked since as part of the NIS lookup rpcbind has to be contacted. The workaround is quite simple: use __nss_configure_lookup() to restrict the lookup. Version-Release number of selected component (if applicable): rpcbind-0.1.4-14.fc9 How reproducible: always if you prepare Steps to Reproduce: 1.remove rpc user from /etc/passwd 2.use "passwd: files nis" in /etc/nsswitch.conf 3. Actual results: hang Expected results: no hang, getpwnam() should return failure Additional info: Add a call like this at the beginning of the program: __nss_configure_lookup("passwd", "files");
Also add __nss_configure_lookup("services", "files); On another system I had rpcbind hang in a lookup of a service.
Fixed in rpcbind-0.1.4-15.fc9
rpcbind-0.1.4-16.fc9 has been submitted as an update for Fedora 9
rpcbind-0.1.4-16.fc9 has been pushed to the Fedora 9 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update rpcbind'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F9/FEDORA-2008-5781
rpcbind-0.1.4-16.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.