Bug 430825
| Summary: | RPC port selection for ypbind may collide with CUPS port on boot | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jon Stanley <jonstanley> |
| Component: | cups | Assignee: | Tim Waugh <twaugh> |
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | high | ||
| Version: | 9 | CC: | aleksey, bfox, bruce_friedman, casmith, chris, crn1, dcantrell, giardina, igeorgex, jakub, johnp, jorton, jplans, jss, k.georgiou, mclasen, mgalgoci, mitr, morioka, nobody+pnasrat, notting, okapi, orion, pasteur, raines, rc040203, rdieter, rollercow, rrussell, smooge, sputhenp, steved, tao, tim, tjb, twaugh, zing |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2008-10-09 09:09:20 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 438944 | ||
|
Description
Jon Stanley
2008-01-29 23:14:44 UTC
*** Bug 168996 has been marked as a duplicate of this bug. *** So, see bug 104301 for more details. A couple of potential implementations: - Have services drop a file in /etc that describes the ports they use. Have rpcbind not use those - Just have rpcbind ignore any ports for where getsrvbyport() actually returns a name The first is more comprehensive, the last is simpler and avoids spinning every package to add a file. Oh, moving to rpcbind; that's more appropriate. the latter solution of just grabbing ports that don't return names looks like the cleanest imho. I thinking this is more of a ypbind issue than a portmapper issues because ypbind is the application that does the actuall bind() call not rpcbind/portmapper. This is a generic issue with anything that uses bindresvport(); as the solution is not palatable in libc, rpcbind seems the quickest way to get all the users. The only problem is by the time rpcbind see the port, the rpc service (i.e. like ypbind) has already done the bindresvport(). Unfortunately, there is no protocol supported way for rpcbind to fail the service registration, telling the service to go back and rebind. Do we have a solution for this? Fedora 9 is coming up fast, I'd have to have a "randomly fails" type bug in our release. No, we haven't. I'm under pressure now, I'll be glad if someone could help. Otherwise I'll look at it when things get better. Has portreserve been ruled out? See https://bugzilla.redhat.com/show_bug.cgi?id=103401#c5 for when portreserve was first mentioned (2003!). I don't like solutions that involve modifying every package if it can be avoided... is this really a F9 blocker if it's been like this for years? I'm reviewing the blocker list.... Even if it were, we probably couldn't make substantial changes like this for F9. I'm moving this to F10, if you've got issues with this notting feel free to move it back, but I think that it's the right thing to do. The fact that it's been broken for so long doesn't make it right to leave it broken. This bug means that servers cannot be relied upon to start all their services on boot. I believe on OSX launchd will do something similar to portreserve for any services it starts. Further, it looks like if the service ever dies launchd will regrab the port until the service is restarted through it. We've worked around this by telling each rpc service to use a specific port (via --port options). This may be a quick way of fixing it (at least until it is fixed properly). Would it be a bad idea to predefine a port for each of the rpc services which didn't clash? Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping And now we've missed the F10 feature/beta freeze. Given that we don't have a current "problem", give our work around, I don't think we'd block F10 for this. I'll move it to the F10Target through. Now I having this problem. The rpcbind listen 750/udp, and krb5kdc cannot start. This can be happen nearly every time I reboot. Actually move this bug from F10Blocker to F10Target... Portreserve went in several months ago CUPS uses it in its RPM package. For other services, please open separate bug reports for them and assign them to the relevant package. Closing. |