[389-users] Netscape Portable Runtime error -5982

Paolo Barbato paolo.barbato at igi.cnr.it
Fri Apr 4 05:58:48 UTC 2014


... 
On 17/feb/2014, at 12:46, Paolo Barbato <paolo.barbato at igi.cnr.it> wrote:

> 
> On 14/feb/2014, at 10:28, Paolo Barbato <paolo.barbato at igi.cnr.it> wrote:
> 
>> After a while I start again to work on 389 ds.
>> 
>> 389ds last released from epel, is installed on a rhel 6.5, that host also other services (bind, dhcpd, radius.....). Such server is configured with some virtual nic.
>> 
>> I noticed starting 389ds the following error:
>> 
>> intranet5...[14/Feb/2014:08:30:20 +0100] createprlistensockets - PR_Bind() on All Interfaces port 636 failed: Netscape Portable Runtime error -5982 (Local Network address is in use.)
>> 
>> I've tried to insert in dse.ldif directives like 
>> 
>> nsslapd-listenhost: 192.168.60.23
>> nsslapd-securelistenhost: 192.168.60.23
>> 
>> but it comes a more "IP specific" error :
>> 
>> intranet5...[14/Feb/2014:10:01:34 +0100] createprlistensockets - PR_Bind() on 192.168.60.23 port 636 failed: Netscape Portable Runtime error -5982 (Local Network address is in use.)
>> 
>> finally I noticed:
>> 
>> [root at intranet5 dirsrv]# netstat -anp | grep 636
>> udp        0      0 0.0.0.0:636                 0.0.0.0:*                               1342/portreserve
>> 
>> such service clearly conflict with 389ds ldaps
>> 
>> It seems I'm facing bug https://bugzilla.redhat.com/show_bug.cgi?id=848414
>> 
>> since I really have tested also openldap 
>> 
>> [root at intranet5 dirsrv]# more /etc/portreserve/slapd 
>> ldaps
>> 
>> from portreserve man I read
>> For each service configuration file, a socket is created and bound to the appropriate port. A service wishing to bind to its port must first run portrelease, which instructs
>>      portreserve to release the port associated with the service.
>> 
>> It seems so that 389ds be not aware of portreserve . Shoud I simply remove /etc/portreserve/slapd  and restart portreserve ?
>> 
> 
> I've done that...and it works.
> 
..after an yum upgrade the problem comes back. So further investigations move me to patch /etc/init.d/dirsrv startup file, inserting:

# Release reserverd port
	[ -x /sbin/portrelease ] && /sbin/portrelease slapd &>/dev/null || :
	# Start daemons.

This is how slapd manage the port reservation.

Regards,
Paolo.

 
> 
>> Regards,
>> Paolo.
>> 
>> 
>> ------------------------------------------------------------------------------------------------
>> Paolo Barbato
>> 
>> Consorzio RFX
>> corso Stati Uniti,4                                  
>> 35127 Padova - Italy                     	                  
>> Network Administrator 
>> phone: +39 049 8295097 fax: +39 049 8700718
>> ------------------------------------------------------------------------------------------------
>> 
> 
> ------------------------------------------------------------------------------------------------
> Paolo Barbato
> 
> Consorzio RFX
> corso Stati Uniti,4                                  
> 35127 Padova - Italy                     	                  
> Network Administrator 
> phone: +39 049 8295097 fax: +39 049 8700718
> ------------------------------------------------------------------------------------------------
> 
> --
> 389 users mailing list
> 389-users at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/389-users

------------------------------------------------------------------------------------------------
Paolo Barbato

Consorzio RFX
corso Stati Uniti,4                                  
35127 Padova - Italy                     	                  
Network Administrator 
phone: +39 049 8295097 fax: +39 049 8700718
------------------------------------------------------------------------------------------------




More information about the 389-users mailing list