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: /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: /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.
