From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:184.108.40.206) Gecko/20071008 Firefox/220.127.116.11
Description of problem:
the update to rpcbind-0.1.4-8.fc7 on our Fedora 7 systems resulted in several failures with rpc-related services. NIS, amd were hard hit, and the affected systems could no longer perform automounting, remote logins no longer worked (due to NIS (ypbind) failures. The work-around was to go to each host and revert to an earlier version of rpcbind (rpcbind-0.1.4-6.fc7) and reboot. Restarting rpcbind, followed by restarts of ypbind, nfs and amd did not reliably correct the situation.
Systems worked correctly after the initial upgrade to rpcbind-0.1.4-8.fc7; however any system that rebooted after the update exhibited the failure immediately, and other systems began exhibiting problems even if they hadn't been rebooted. We first noticed a problem when amq could not longer communicate with amd on the affected systems.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.boot an i386/i686 system with rpcbind-0.1.4-8.fc7 installed
rpcbind and ypbind and amd fail (rpcbind seems to continue to run). ypbind is unable to communicate with the NIS server(s). amd is unable to mount file systems, users are unable to login, and trust among systems (maintained via NIS) fails. I suspect any rpc-related service failed, not just the ones we noticed.
the affected processes should have run normally, ypbind should communicate with the NIS servers, amd should be able to mount file systems, etc., non-root users should be able to login
most of the affected systems are running kernel-18.104.22.168-76.fc7
I indicated high severity because this bug renders our systems unusable.
*** This bug has been marked as a duplicate of 358621 ***