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:
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.
"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.
Agreed, newer initscripts (where "newer" isn't pinned down yet) seems to have broken the ability to pass arguments with embedded whitespace to daemon().
Should be fixed in 2.2.23-5 and later. Please reopen this bug if you find that this is not the case.