Bug 158111 - slapd doesn't listen for ldaps when started from /etc/init.d/ script
slapd doesn't listen for ldaps when started from /etc/init.d/ script
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: openldap (Show other bugs)
rawhide
x86_64 Linux
medium Severity medium
: ---
: ---
Assigned To: Nalin Dahyabhai
:
Depends On:
Blocks: FC4Blocker
  Show dependency treegraph
 
Reported: 2005-05-18 15:28 EDT by Thomas J. Baker
Modified: 2007-11-30 17:11 EST (History)
0 users

See Also:
Fixed In Version: 2.2.23-5
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2005-05-19 17:46:48 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Thomas J. Baker 2005-05-18 15:28:38 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.8) Gecko/20050512 Fedora/1.0.4-2 Firefox/1.0.4

Description of problem:
Clean FC4T3 install plus 5/17 updates. Starting ldap works fine, no errors, but it's not listening to the ldaps port. I get connection refused. Starting it from the command line by hand like this works:

/usr/sbin/slapd -u ldap -h 'ldap:/// ldaps:///'

Seems the problem is with the quoting of the -h option. The FC3 init script had 

 daemon ${slapd} -u ldap -h '"ldap:/// ldaps:///"' $OPTIONS $SLAPD_OPTIONS

where the fc4 has 

 daemon ${slapd} -u ${user} -h "ldap:/// ldaps:///" $OPTIONS $SLAPD_OPTIONS

For some reason, you can't just replace the FC4 line with the working FC3 line.
The script processing has changed somehow.

Version-Release number of selected component (if applicable):
openldap-servers-2.2.23-4

How reproducible:
Always

Steps to Reproduce:
1.install openldap-servers
2.configure for ldaps and start
3.try to connect
  

Actual Results:  connection refused

Expected Results:  normal secure connection

Additional info:
Comment 1 Nalin Dahyabhai 2005-05-19 13:19:17 EDT
Are you by any chance using this with a version of initscripts from FC3?  The
quoting rules for the daemon() function changed.  Adding a requirement on the
right initscripts version should stop this from happening accidentally.
Comment 2 Thomas J. Baker 2005-05-19 14:41:06 EDT
"Clean FC4T3 install plus 5/17 updates." I'm using FC4. I only mentioned the FC3
stuff because it I had a backup and could compare.
Comment 3 Nalin Dahyabhai 2005-05-19 15:30:31 EDT
Agreed, newer initscripts (where "newer" isn't pinned down yet) seems to have
broken the ability to pass arguments with embedded whitespace to daemon().
Comment 4 Nalin Dahyabhai 2005-05-19 17:46:48 EDT
Should be fixed in 2.2.23-5 and later.  Please reopen this bug if you find that
this is not the case.

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