hi,
thanks for your help, I solved the problem
What I did :
When I start slapd through "/etc/init.d/slapd start", it looks for the
library "/usr/local/lib/libodbc.so.2"
That path is in my LD_LIBRARY_PATH environment variable, so the script
starts fine.
But apparently, when I start slapd through "service slapd start", it
doesn't find that library
Apparently the "service" command is not aware of the LD_LIBRARY_PATH
variable
So I just created a symbolic link to that library in "/usr/lib", and
problem solved
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"
<benintechnolog...@yahoo.fr <mailto:benintechnolog...@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.mo...@neutralite.org
<mailto:berenger.mo...@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-requ...@lists.debian.org
<mailto:debian-user-requ...@lists.debian.org> with a subject of
"unsubscribe". Trouble? Contact listmas...@lists.debian.org
<mailto:listmas...@lists.debian.org>
Archive: http://lists.debian.org/51032d20.3030...@yahoo.fr
