Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 375813 - net-nds/rpcbind-0.2.0's libraries dynamic loading fails with /usr on nfs
Summary: net-nds/rpcbind-0.2.0's libraries dynamic loading fails with /usr on nfs
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: Normal normal (vote)
Assignee: Network Filesystems
Depends on:
Reported: 2011-07-20 21:03 UTC by Nicolas Bigaouette
Modified: 2011-07-20 21:31 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Nicolas Bigaouette 2011-07-20 21:03:17 UTC
Our diskless nodes are failing to boot after the upgrade to portmap -> net-nds/rpcbind-0.2.0

After long investigation, I think I've isolated the problem. It seems rpcbind is linked against a library located in /usr:
ldd sbin/rpcbind =>  (0x00007fff945ff000) => /usr/lib64/ (0x00007f4d0f6be000)  <------ => /lib64/ (0x00007f4d0f4a1000) => /lib64/ (0x00007f4d0f139000) => /lib64/ (0x00007f4d0ef21000)
        /lib64/ (0x00007f4d0f8e2000)
But /usr is mounted over nfs for the diskless nodes.

But rpcbind is needed to get onto the network (net-fs/nfs-utils-1.2.3-r1 and net-nds/ypbind-1.32 depends on it), but it can't run until /usr is nfs mounted to expose /usr/lib64/, creating a dependency loop.

I'm verifying right now if copying /usr/lib64/* to the diskless's /lib64 (located in an initrd, booted over pxe) fixes this.

Reproducible: Always
Comment 1 Nicolas Bigaouette 2011-07-20 21:09:54 UTC
I confirm that copying /usr/lib64/* into /lib64/ made the diskless nodes boot again.

Would libtirpc be allowed to be installed in /lib64? Or could rpcbind be compiled statically? How could that be fixed?
Comment 2 SpanKY gentoo-dev 2011-07-20 21:31:09 UTC
libtirpc has already been moved to / in newer versions