[Fedora-directory-users] /etc/init.d startup script issuesonreboot

[Paul Clayton]

Joe,

Question is do you really need the daemon function if it works without
it. If startup and shutdown are all you need, why make it to complex.

cheers 

-----Original Message-----
From: fedora-directory-users-bounces at redhat.com
[mailto:fedora-directory-users-bounces at redhat.com] On Behalf Of Joe
Sheehan
Sent: 30 May 2006 03:18 PM
To: fedora-directory-users at redhat.com
Subject: Re: [Fedora-directory-users] /etc/init.d startup script
issuesonreboot

Log - the only thing
I see within the message log
is
sql_select option missing
auxpropfunc error no mechanism available ns-slapd failed

Is there a way I could get more info when I reboot the system?
If I take out "daemon" within the script below and just have
/opt/fedora-ds/slapd-'hostname'/start-slapd & for start - not problem
during a reboot.
Thanks


>From: Pete Rowley <prowley at redhat.com>
>Reply-To: "General discussion list for the Fedora Directory server 
>project." <fedora-directory-users at redhat.com>
>To: "General discussion list for the Fedora Directory server project." 
><fedora-directory-users at redhat.com>
>Subject: Re: [Fedora-directory-users] /etc/init.d startup script issues

>onreboot
>Date: Fri, 26 May 2006 11:45:41 -0700
>
>log?
>
>Joe Sheehan wrote:
>>We are using the startup script for Fedora as shown below with the 
>>corresponding /etc/sysconfig/ns-slapd The problem is during a reboot 
>>ns-slapd doesn't start. (the run levels are set to 3,4,5).
>>>From the command line though using this script it starts.
>>
>>In the /var/log/messages for a reboot we see sql_select option missing

>>auxpropfunc error no mechanism available ns-slapd failed
>>
>>For a command line start we see
>>sql_select option missing
>>auxpropfunc error no mechanism available ns-slapd started 
>>successfully.
>>
>>Those two errors seem to be consist with a permission problem similar 
>>to openldap but we haven't had any luck with that yet BUT is there a 
>>way to figure out why during a reboot it doesn't start besides getting

>>a "ns-slapd failed".
>>
>>Thanks (scripts below)
>>
>>Joe
>># Source function library.
>>. /etc/init.d/functions
>>
>>SLAPD_HOST=`hostname -a`
>>SLAPD_DIR=/opt/fedora-ds/bin/slapd/server
>>PIDFILE=$SLAPD_DIR/logs/pid
>>STARTPIDFILE=$SLAPD_DIR/logs/startpid
>>
>>if [ -f /etc/sysconfig/ns-slapd ]; then
>>     . /etc/sysconfig/ns-slapd
>>fi
>>
>>
>>start() {
>>     echo -n "Starting Fedora Directory Server: "
>>     if [ -f $STARTPIDFILE ]; then
>>         PID=`cat $STARTPIDFILE`
>>         echo ns-slapd already running: $PID
>>         exit 2;
>>     elif [ -f $PIDFILE ]; then
>>         PID=`cat $PIDFILE`
>>         echo ns-slapd already running: $PID
>>         exit 2;
>>     else
>>         echo Here we go...
>>         cd $SLAPD_DIR
>>         daemon    ./ns-slapd $OPTIONS
>>         RETVAL=$?
>>             echo
>>            [ $RETVAL -eq 0 ] && touch /var/lock/subsys/ns-slapd
>>            return $RETVAL
>>     fi
>>
>>}
>>
>>stop() {
>>     echo -n "Shutting down Fedora Directory Server: "
>>     echo
>>     killproc ns-slapd
>>     echo
>>     rm -f /var/lock/subsys/ns-slapd
>>     return 0
>>}
>>
>>case "$1" in
>>    start)
>>     start
>>     ;;
>>    stop)
>>     stop
>>     ;;
>>    status)
>>     status ns-slapd
>>     ;;
>>    restart)
>>        stop
>>     start
>>     ;;
>>    *)
>>     echo "Usage: <servicename> {start|stop|status|restart}"
>>     exit 1
>>     ;;
>>esac
>>exit $?
>>
>>
>>--
>>Fedora-directory-users mailing list
>>Fedora-directory-users at redhat.com
>>https://www.redhat.com/mailman/listinfo/fedora-directory-users
>
>
>--
>Pete
>


><< smime.p7s >>




>--
>Fedora-directory-users mailing list
>Fedora-directory-users at redhat.com
>https://www.redhat.com/mailman/listinfo/fedora-directory-users


--
Fedora-directory-users mailing list
Fedora-directory-users at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-directory-users
--------------------------------------------------------

This e-mail and any attachments are confidential and may also be legally
privileged and/or copyright material of Intec Telecom Systems PLC (or its
affiliated companies). If you are not an intended or authorised recipient
of this e-mail or have received it in error, please delete it immediately
and notify the sender by e-mail. In such a case, reading, reproducing,
printing or further dissemination of this e-mail or its contents is strictly
prohibited and may be unlawful.
Intec Telecom Systems PLC does not represent or warrant that an attachment
hereto is free from computer viruses or other defects. The opinions
expressed in this e-mail and any attachments may be those of the author and
are not necessarily those of Intec Telecom Systems PLC.