Bug 1630672
| Summary: | F29/rawhide rpcbind needs --enable-rmtcalls | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Ed Marshall <esm> | ||||
| Component: | rpcbind | Assignee: | Steve Dickson <steved> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 29 | CC: | esm, herbert.xu, m.bonet, steved | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | rpcbind-1.2.5-2.fc29, rpcbind-1.2.5-4.fc30, rpcbind-1.2.5-5.fc31 rpcbind-1.2.5-4.fc30 rpcbind-1.2.5-2.fc29 | Doc Type: | If docs needed, set a value | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2019-09-21 00:03:00 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: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
Just curious... what is a "Kodia" service and what is "libnfs" ? "Kodi" is a media player platform that, among many other things, uses RPC and NFS to browser for shares on the local network and mount them. See https://kodi.tv/ (it is not currently packaged for Fedora, but is available in third-party repositories, and is easy enough to install via virtualenv). The implementation they use under the hood to accomplish this is provided by "libnfs", which is a userspace implementation of the various NFS and portmapper protocols, mostly client-focused. See https://github.com/sahlberg/libnfs/ for more details, or https://src.fedoraproject.org/rpms/libnfs in Fedora. An important point, though, is that none of that actually matters; you can reproduce the problem with just rpcinfo (or, any client that broadcasts looking for portmapper-based services). Without --enable-rmtcalls (which was effectively the default in previous releases), rpcbind won't respond to broadcasts, and thus exports are not discoverable in this manner. (As an unrelated side note, you might know of Kodi from it's old project name, "XBMC".) Hi Steve: Just to chime in here: this also breaks NIS completely as NIS clients rely on broadcasts to find the NIS server. So if you could revert this change that would be greatly appreciated. Thanks! (In reply to Herbert Xu from comment #4) > Hi Steve: > > Just to chime in here: this also breaks NIS completely as NIS clients rely > on broadcasts to find the NIS server. So if you could revert this change > that would be greatly appreciated. Thanks! Yeah... I did know this but there are other ways of defining NIS servers... Maybe I'll make the change in Fedora only... Since it was the enterprise people complaining about rpc.bind listening on rouge ports. (In reply to Steve Dickson from comment #5) > > Maybe I'll make the change in Fedora only... Since it was the > enterprise people complaining about rpc.bind listening > on rouge ports. How about a run-time option instead of a build-time option? Thanks, I support the idea to add at least a run-time option. Is this feasable? (In reply to Markus Bonet from comment #7) > I support the idea to add at least a run-time option. Is this feasable? I really don't want to add a new command flags at this point... I'll rather leave it up to each distro to decide whether to enable it or not... FEDORA-2019-47c152654c has been submitted as an update to Fedora 30. https://bodhi.fedoraproject.org/updates/FEDORA-2019-47c152654c FEDORA-2019-b78b90ca5c has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2019-b78b90ca5c rpcbind-1.2.5-4.fc30 has been pushed to the Fedora 30 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-2019-47c152654c rpcbind-1.2.5-5.fc31 has been pushed to the Fedora 31 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-2019-b78b90ca5c rpcbind-1.2.5-2.fc29 has been pushed to the Fedora 29 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-2019-829fa80e83 rpcbind-1.2.5-5.fc31 has been pushed to the Fedora 31 stable repository. If problems still persist, please make note of it in this bug report. rpcbind-1.2.5-4.fc30 has been pushed to the Fedora 30 stable repository. If problems still persist, please make note of it in this bug report. rpcbind-1.2.5-2.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report. |
Created attachment 1484568 [details] add --enable-rmtcalls configure option Description of problem: rpcbind 0.2.4 (on F28) supported broadcast discovery of rpc services. As of 1.2.5, however, an additional configure-time option (--enable-rmtcalls) is required to permit rpcbind to respond. Services such as Kodi (via libnfs) use this functionality to discover available NFS shares on the network. Version-Release number of selected component (if applicable): rpcbind-0.2.4-10.rc3.fc28.x86_64 How reproducible: Every time Steps to Reproduce: 1. dnf install rpcbind nfs-utils 2. systemctl enable rpcbind.socket 3. systemctl enable nfs-server.service 4. systemctl start nfs-server.service 5. rpcinfo -b 100005 2 Actual results: rpcinfo shows no output Expected results: rpcinfo shows output for the discovered service