rpc.idmapd is failing to run in current rawhide. Running it by hand (and with -vvvv) gives this: $ rpc.idmapd -vvvvvv -f rpc.idmapd: libnfsidmap: using domain: poochiereds.net rpc.idmapd: libnfsidmap: Realms list: 'POOCHIEREDS.NET' rpc.idmapd: libnfsidmap: Unable to load plugin: /lib64/libnfsidmap/nsswitch.so: undefined symbol: idmap_verbosity rpc.idmapd: libnfsidmap: requested translation method, 'nsswitch', is not available rpc.idmapd: Unable to create name to user id mappings. It looks like maybe a symbol needs to be exported somehow?
My rawhide box is running: $ rpm -q nfs-utils libnfsidmap nfs-utils-1.3.1-1.0.fc22.x86_64 libnfsidmap-0.26-1.0.fc22.x86_64
(In reply to Jeff Layton from comment #1) > My rawhide box is running: > > $ rpm -q nfs-utils libnfsidmap > nfs-utils-1.3.1-1.0.fc22.x86_64 > libnfsidmap-0.26-1.0.fc22.x86_64 hmm... I'm not seeing this on fc21 # rpc.idmapd -vvvvvv -f rpc.idmapd: libnfsidmap: using (default) domain: home.4dicksons.org rpc.idmapd: libnfsidmap: Realms list: 'HOME.4DICKSONS.ORG' rpc.idmapd: libnfsidmap: loaded plugin /lib64/libnfsidmap/nsswitch.so for method nsswitch rpc.idmapd: Expiration time is 600 seconds. rpc.idmapd: Opened /proc/net/rpc/nfs4.nametoid/channel rpc.idmapd: Opened /proc/net/rpc/nfs4.idtoname/channel # rpm -q nfs-utils libnfsidmap nfs-utils-1.3.1-1.0.fc21.x86_64 libnfsidmap-0.26-0.1.fc21.x86_64
(In reply to Steve Dickson from comment #2) > (In reply to Jeff Layton from comment #1) > > My rawhide box is running: > > > > $ rpm -q nfs-utils libnfsidmap > > nfs-utils-1.3.1-1.0.fc22.x86_64 > > libnfsidmap-0.26-1.0.fc22.x86_64 > > hmm... I'm not seeing this on fc21 > # rpc.idmapd -vvvvvv -f > rpc.idmapd: libnfsidmap: using (default) domain: home.4dicksons.org > rpc.idmapd: libnfsidmap: Realms list: 'HOME.4DICKSONS.ORG' > rpc.idmapd: libnfsidmap: loaded plugin /lib64/libnfsidmap/nsswitch.so for > method nsswitch > > rpc.idmapd: Expiration time is 600 seconds. > rpc.idmapd: Opened /proc/net/rpc/nfs4.nametoid/channel > rpc.idmapd: Opened /proc/net/rpc/nfs4.idtoname/channel > > # rpm -q nfs-utils libnfsidmap > nfs-utils-1.3.1-1.0.fc21.x86_64 > libnfsidmap-0.26-0.1.fc21.x86_64 But the latest rpms (that are still in testing): # rpm -q nfs-utils libnfsidmap nfs-utils-1.3.1-1.1.fc21.x86_64 libnfsidmap-0.26-1.1.fc21.x86_64 I am seeing: rpc.idmapd -vvvvvv -f rpc.idmapd: symbol lookup error: rpc.idmapd: undefined symbol: strlcpy which is odd...
(In reply to Jeff Layton from comment #0) > rpc.idmapd is failing to run in current rawhide. Running it by hand (and > with -vvvv) gives this: So when systemd starts rpc.idmapd, this error does not happen?
The strlcpy thing is probably due to a glibc mismatch. glibc recently got strlcpy added to it. So you probably have a rpc.idmapd built against a newer glibc than you're running on your machine. The other error does happen for me when systemd starts it: $ sudo systemctl status nfs-idmap ● nfs-idmapd.service - NFSv4 ID-name mapping service Loaded: loaded (/usr/lib/systemd/system/nfs-idmapd.service; static) Active: failed (Result: exit-code) since Mon 2014-10-27 15:07:42 EDT; 5min ago Process: 541 ExecStart=/usr/sbin/rpc.idmapd $RPCIDMAPDARGS (code=exited, status=1/FAILURE) Oct 27 15:07:42 rawhide.poochiereds.net rpc.idmapd[541]: rpc.idmapd: libnfsidmap: requested translation method, 'nsswitch', is not available Oct 27 15:07:42 rawhide.poochiereds.net rpc.idmapd[541]: rpc.idmapd: Unable to create name to user id mappings. ...it's just that you don't see the reason unless you add verbose flags. If you're not seeing the error on f21, then maybe that's indicative that there's some toolchain difference between f21 and f22?
libnfsidmap-0.26-2.0.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/FEDORA-2014-13629/libnfsidmap-0.26-2.0.fc21
So, it looks like 0.26-1.0 should really have been 0.27-0.1.rc1 and 0.26-2.0 should be 0.27-0.2.rc2.
Yep, the version numbers don't look quite right, but the package itself seems to work. Thanks for getting that fixed quickly!
Package libnfsidmap-0.26-2.0.fc21: * should fix your issue, * was pushed to the Fedora 21 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing libnfsidmap-0.26-2.0.fc21' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-13629/libnfsidmap-0.26-2.0.fc21 then log in and leave karma (feedback).
(In reply to Orion Poplawski from comment #7) > So, it looks like 0.26-1.0 should really have been 0.27-0.1.rc1 and 0.26-2.0 > should be 0.27-0.2.rc2. I updated to the latest upstream rc release which is libnfsidmap-0-27-rc2 so that's the reason from going 0.26-1.1 to 0.26-2.0
Package libnfsidmap-0.26-2.1.fc21: * should fix your issue, * was pushed to the Fedora 21 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing libnfsidmap-0.26-2.1.fc21' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-13629/libnfsidmap-0.26-2.1.fc21 then log in and leave karma (feedback).
libnfsidmap-0.26-2.1.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.