Description of problem: nfs-idmapd.service fails to start with error "/usr/sbin/rpc.idmapd: symbol lookup error: /lib64/libnfsidmap.so.0: undefined symbol: __dn_expand" Version-Release number of selected component (if applicable): nfs-utils.x86_64 1:1.3.4-1.rc2.fc24 libnfsidmap.x86_64 0.26-5.rc4.fc24 How reproducible: The error occurs any time both the above package versions are installed Steps to Reproduce: 1. Do full dnf update to get latest versions of nfs-utils and libnfsidmap. Current versions are nfs-utils.x86_64 1:1.3.4-1.rc2.fc24 and libnfsidmap.x86_64 0.26-5.rc4.fc24 2. systemctl start nfs-idmapd.service fails to start 3. Downgrade both packages to nfs-utils.x86_64 1:1.3.3-8.rc5.fc24 and libnfsidmap.x86_64 0.26-4.2.fc24 4. systemctl start nfs-idmapd.service starts properly Actual results: rpc.idmapd[3408]: /usr/sbin/rpc.idmapd: symbol lookup error: /lib64/libnfsidmap.so.0: undefined symbol: __dn_expand nfs-idmapd.service: Control process exited, code=exited status=127 Failed to start NFSv4 ID-name mapping service. Expected results: nfs-idmapd.service should start properly without error. Additional info:
I my case, I only needed to downgrade the libnfsidmap package for nfs-idmapd.service to start.
I can confirm that this problem exists on our Fedora 24 (64bit) systems too. Current solution is to downgrade as described. It's enough to downgrade libnfsidmap.
This is a duplicate of #1372136.
Steve this is a duplicate of Bug 1372136 which you fixed. Can you close?
per Comment 4 *** This bug has been marked as a duplicate of bug 1372136 ***