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
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
[root@ldap02 ~]# service dirsrv start
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
service dirsrv start
userdev... [ OK ]
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.
What do these commands say?:
ls -u /etc/portreserve/
[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)
openldap bug ID added to 'see also'.
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
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.
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.
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.
Note, RHDS will also need to call 'portrelease rhds' on start-up before binding ports.
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.