| Summary: | Unresolved symbols in libnfsidmap prevent rpc.idmapd from starting | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Loïc Yhuel <loic.yhuel> |
| Component: | libnfsidmap | Assignee: | Steve Dickson <steved> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 24 | CC: | ahsaleem, ed.greshko, jamespharvey20, jflorian, kwilson, lantw44, ole, steved, wattersm |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | libnfsidmap-0.26-6.rc4.fc24 libnfsidmap-0.26-6.rc4.fc25 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-09-04 00:51:55 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
Hi I'm not sure if this is related, but today I had an issue due to this new version of libnfsidmap-0.26-5.rc4 Scenario : - NFS Server is CentOS 6.8 - Client is Fedora 24 and mounts home directories over NFS4 The setup has been working fine. After the update on the Fedora Client to libnfsidmap-0.26-5.rc4 the mounted files and directories on the client started to show up with user/group IDs of 4294967294:4294967294 I rebooted the client, same problem. Restarted rpcidmapd on the server, same problem. Finally I realised that libnfsidmap had been updated just this morning, so I downgraded back to libnfsidmap-0.26-4.2.fc24.x86_64 and then remounted, and now all is OK again. So something seems to be rather wrong in the new libnfsidmap-0.26-5.rc4 package. HTH (In reply to Arif Saleem from comment #1) > After the update on the Fedora Client to libnfsidmap-0.26-5.rc4 the mounted > files and directories on the client started to show up with user/group IDs > of 4294967294:4294967294 Yes, that is a symptom of this bug. I can confirm this bug. It just bit our whole team and first became evident when ownership of our NFS-mounted homes started showing 4294967294/4294967294. We had to dnf downgrade to get things working again. libnfsidmap-0.26-6.rc4.fc25 has been submitted as an update to Fedora 25. https://bodhi.fedoraproject.org/updates/FEDORA-2016-285540258b libnfsidmap-0.26-6.rc4.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-625bd99661 *** Bug 1372489 has been marked as a duplicate of this bug. *** libnfsidmap-0.26-6.rc4.fc24 has been pushed to the Fedora 24 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-625bd99661 libnfsidmap-0.26-6.rc4.fc25 has been pushed to the Fedora 25 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-285540258b libnfsidmap-0.26-6.rc4.fc24 has been pushed to the Fedora 24 stable repository. If problems still persist, please make note of it in this bug report. libnfsidmap-0.26-6.rc4.fc25 has been pushed to the Fedora 25 stable repository. If problems still persist, please make note of it in this bug report. *** Bug 1372104 has been marked as a duplicate of this bug. *** |
Description of problem: rpc.idmapd[23814]: /usr/sbin/rpc.idmapd: symbol lookup error: /lib64/libnfsidmap.so.0: undefined symbol: __dn_expand Version-Release number of selected component (if applicable): libnfsidmap-0.26-5.rc4.fc24.x86_64 How reproducible: Try to launch rpc.idmapd Additional info: # ldd -r /lib64/libnfsidmap.so.0 linux-vdso.so.1 (0x00007ffe7df64000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f7dc223e000) libc.so.6 => /lib64/libc.so.6 (0x00007f7dc1e7c000) /lib64/ld-linux-x86-64.so.2 (0x000055fcc0540000) undefined symbol: __dn_expand (/lib64/libnfsidmap.so.0) undefined symbol: __res_querydomain (/lib64/libnfsidmap.so.0) undefined symbol: __dn_skipname (/lib64/libnfsidmap.so.0) From Koji logs : - x86_64 and armv7hl have an issue in configure : checking for res_querydomain in -lresolv... no - i686 works : checking for res_querydomain in -lresolv... yes This is strange, since the symbol in present in /lib/libresolv-2.23.so.