Bug 848414 - portreserve breaks RHDS
Summary: portreserve breaks RHDS
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: portreserve
Version: 6.3
Hardware: Unspecified
OS: Unspecified
Target Milestone: rc
: ---
Assignee: Tim Waugh
QA Contact: qe-baseos-daemons
Depends On:
Blocks: 1254457 1269889
TreeView+ depends on / blocked
Reported: 2012-08-15 14:11 UTC by Jason Montleon
Modified: 2019-11-14 06:19 UTC (History)
6 users (show)

Fixed In Version: portreserve-0.0.4-10.el6
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2016-05-11 00:37:26 UTC
Target Upstream Version:

Attachments (Terms of Use)

System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 790687 0 high CLOSED openldap should be using portreserve 2021-02-22 00:41:40 UTC
Red Hat Product Errata RHBA-2016:0919 0 normal SHIPPED_LIVE portreserve bug fix update 2016-05-10 22:52:53 UTC

Internal Links: 790687

Description Jason Montleon 2012-08-15 14:11:20 UTC
Description of problem:
If portreserve is installed Red Hat Directory Server can not bind to port 636.

Version-Release number of selected component (if applicable):
rpm -qa | grep -e redhat-ds -e 389 -e portreserve | sort

How reproducible:

Steps to Reproduce:
1. Install something that now requires portreserve (openldap, bind, dhcp, rsyslog, vsftpd, quota, etc.)
2. Install RHDS 9
3. Try to start the dirsrv service
Actual results:
[root@ldap02 ~]# service dirsrv start
Starting dirsrv: 
    userdev...[15/Aug/2012:10:05:34 -0400] createprlistensockets - PR_Bind() on All Interfaces port 636 failed: Netscape Portable Runtime error -5982 (Local Network address is in use.)
  *** Warning: 1 instance(s) failed to start

Expected results:
service dirsrv start
Starting dirsrv: 
    userdev...                                             [  OK  ]

Additional info:
Stopping and disabling portreserve fixes the problem. This is especially bad because it looks like portreserve was only just recently added as a dependency for several packages (790682, 790683, 790684, 790686, 790687, 790690), it is installed enabled by default, and then unexpectedly breaks RHDS on a reboot or service restart where it has been running fine for several months.

Comment 2 Tim Waugh 2012-08-15 15:58:00 UTC
What do these commands say?:

ls -u /etc/portreserve/
cat /etc/portreserve/*

Comment 3 Jason Montleon 2012-08-15 16:09:35 UTC
[root@ldap02 ~]# ls -u /etc/portreserve/
[root@ldap02 ~]# cat /etc/portreserve/*

which rpm tells me is owned by openldap-servers, so I guess this comes down to the combination. Still prior to the updates pulling in portreserve having openldap-servers installed was no issue (and it did one or two convenient things, set up ldap user for example)

Comment 4 Tim Waugh 2012-08-16 15:58:37 UTC
openldap bug ID added to 'see also'.

Options are:
1. Revert the openldap change
2. Have openldap and RHDS conflict with one another
3. Modify portreserve to allow applications to have overlapping ports, and add a portreserve configuration file to RHDS

Comment 5 RHEL Program Management 2012-09-07 05:25:38 UTC
This request was evaluated by Red Hat Product Management for
inclusion in the current release of Red Hat Enterprise Linux.
Because the affected component is not scheduled to be updated
in the current release, Red Hat is unable to address this
request at this time.

Red Hat invites you to ask your support representative to
propose this request, if appropriate, in the next release of
Red Hat Enterprise Linux.

Comment 6 Douglas Furlong 2013-05-16 13:21:44 UTC

Could I confirm the proposed solution that was to be included in the current release of RHEL?

Personally, I think I would go with Option 3 (modify portreserve), as opposed to option 2.

Comment 10 Tim Waugh 2016-01-12 14:34:19 UTC
The solution involves two parts:
1. portreserve allowing overlapping ports
2. RHDS ships an /etc/portreserve/rhds file containing 'ldaps'

This bug tracks part 1. Please track part 2 separately.

Comment 12 Tim Waugh 2016-01-12 14:43:09 UTC
Note, RHDS will also need to call 'portrelease rhds' on start-up before binding ports.

Comment 15 errata-xmlrpc 2016-05-11 00:37:26 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.


Note You need to log in before you can comment on or make changes to this bug.