Bug 223937
Summary: | rpc.rquotad grabs port 993 breaking dovecot IMAPs | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Doug Mitchell <redhat> |
Component: | quota | Assignee: | Ondrej Vasik <ovasik> |
Status: | CLOSED DEFERRED | QA Contact: | Brock Organ <borgan> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 9 | CC: | fweimer, josip, kdudka, stanis.trendelenburg |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-10-08 19:58:13 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: | 455859 |
Description
Doug Mitchell
2007-01-23 05:50:56 UTC
Yes I agree this is a pain... It happens to all the RPC daemons and Unfortunately there is no real easy answer... I wonder if added a getservbyport() to the RPC library routines to ensure the port is not in /etc/services would help... I have the same problem here with nfs.statd and dovecot. How about finding a range of 20-30 "safe" available ports around 800-900 and having the RPC library try those first. This would eliminate the common cases. Dropping a warning to syslog if it had to pick a random one would also be a good thing. *** Bug 435607 has been marked as a duplicate of this bug. *** Changing version to RAWHIDE as FC-5 is EOL and problem still occurs. The scheme is following - with RQUOTAD_PORT specified in /etc/sysconfig/nfs quota will try the port and random port is chosen only if the bind on specified port fails. 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 I can't reproduce this behavior. Can anybody attach /etc/sysconfig/nfs and /etc/ services of error-prone installation? Just want to mention https://bugzilla.redhat.com/show_bug.cgi?id=103401 - very similar issue (in fact the same, so this one could be easily called duplicate). Problem is with RPC_ANYSOCK. It is choosing random port between 600 and 1023. So everything which is in /etc/services in this area should block its port BEFORE quota is started - and nothing will be broken. The best way to fix the issue would be to patch glibc to respect /etc/services, but glibc maintainers already rejected few requests to do that. Time to make summary: 1) If you specify RQUOTAD_PORT in /etc/sysconfig/nfs and bind on this port is succesful, nothing is broken 2) If not, problem is caused by glibc and will not change ... 3) Workaround proposed in setup component as bz #455859 - rquotad should be added to /etc/services and the problem should be solved in F10 by portreserve So I see nothing to do with that bugzilla in quota, closing DEFERRED as it will be workarounded by portreserve in F10 and in F9 by setup and rquotad in /etc/services . If you are not ok with this result, feel free to add comments... but I see no reason to keep it opened. |