Bug 184050 - Cannot install slave server onto port 389
Summary: Cannot install slave server onto port 389
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: 389
Classification: Retired
Component: Install/Uninstall
Version: 1.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Nathan Kinder
QA Contact: Orla Hegarty
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-03-05 15:43 UTC by Graham Leggett
Modified: 2008-08-11 23:44 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-10-31 23:13:26 UTC
Embargoed:


Attachments (Terms of Use)

Description Graham Leggett 2006-03-05 15:43:52 UTC
After successfully installing a standalone directory server, an attempt is made
to install a second directory server with the configuration installed in the
first directory server.

After entering the machine name and port number of the standalone directory
server , the following message is displayed:

 The standard directory server network port number is 389.  However, if
 you are not logged as the superuser, or port 389 is in use, the
 default value will be a random unused port number greater than 1024.
 If you want to use port 389, make sure that you are logged in as the
 superuser, that port 389 is not in use, and that you run the admin
 server as the superuser.


 Directory server network port [42098]:

For no clear reason, setup refuses to allow port 389 to be used:

 ERROR: Unable to bind to port 389
 Please choose another port.

The following conditions are true:

- Setup is being run as the superuser
- Port 389 is not already used (checked with telnet, nmap and fuser)
- No idea what the admin server has to do with anything

Setup can only continue at this point by choosing a port above 1024.

To fix this:

- The screens need to be made clear whether we are talking about *this*
directory server, the *configuration* directory server, and whether we are
choosing the port for the directory server, or the admin server.

- The error message about not being able to connect to port 389 should say *why*
it could not bind to port 389 (address already in used, permission denied,
whatever).

Comment 1 Rich Megginson 2006-03-13 22:38:30 UTC
What OS is this?  What version of FDS is this?  Are you using SELinux?

Comment 2 Nathan Kinder 2006-10-31 23:13:26 UTC
Closing this bug since we haven't heard back on the issue and we are unable to
reproduce it.  Feel free to reopen the bug if there is a reproducible test.

Comment 3 Chandrasekar Kannan 2008-08-11 23:44:53 UTC
Bug already CLOSED. setting screened+ flag


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