[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: init.d script works well, but won't start at boot



yes I did
#update-rc.d slapd defaults

Basically, the problem seems to be that
service slapd start            DOESN'T WORK, while
/etc/init.d/slapd start     WORKS FINE

I know exactly WHERE the problem comes from, but I have no idea how to fix it

The problem comes from my configuration options when I installed OpenLDAP
#./configure --with-sql

When I install OpenLDAP without that "--with-sql" flag, everything works fine and #service slapd start works fine




Le 26/01/2013 02:53, chris a écrit :

Did you run update-rc.d to update the symlinks in each run level

On Jan 25, 2013 8:11 PM, "Benin Technologies" <benintechnologies@yahoo.fr> wrote:
hi,

thanks for your reply

That's what I thought too, but I don't think it has something to do with dependencies. Below some commands I run once Debian is up and running, and once I'm already logged in :

# /etc/init.d/slapd start
Starting OpenLDAP: slapd                       (just to check that my init.d/slapd script works)

# /etc/init.d/slapd stop
Stopping OpenLDAP: slapd

# service slapd start
Starting OpenLDAP: failed                    ==> so I'm unable to run slapd with service

# /etc/init.d/slapd
Starting OpenLDAP: slapd

# service slapd stop
Stopping OpenLDAP: slapd                ==> but it can be stopped with service


I can start slapd with my init.d script, but I'm unable to start it with the service command










Le 26/01/2013 01:19, berenger.morel@neutralite.org a écrit :
Le 25.01.2013 23:16, Benin Technologies a écrit :
Hi,

Running Debian 6.0.4

Does anybody have an idea why a program wouldn't start at boot, while
it's init.d script works fine ?

I experience the problem with OpenLDAP 2.4.33, when compiled with back-sql :

/etc/init.d/slapd start                WORKS FINE
# update rc.d slapd defaults

At boot, I got "Starting OpenLDAP: slapd failed!"

Maybe init try to start slapd when one of it's dependencies is not started yet? I think you can check that by looking into /etc/rc.X, where X is your current runlevel. IIRC, having a "file" (a symlink in fact) named with K means disabled, and S means enable. The file name represent the priority.

I might be totally wrong, so please wait for confirmation or do some researches about init before playing with that stuff ;)




--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: [🔎] 51032D20.3030401@yahoo.fr" target="_blank">http://lists.debian.org/[🔎] 51032D20.3030401@yahoo.fr



Reply to: