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

[Joe Sheehan]

Yeah, I'm now going through the methodical approach of taking everything out 
of the script
except the echos and then putting it back together piece by piece - just 
strange that
using the same script via the command line would give me the same failure.

Joe


>From: "Paul Clayton" <Paul.Clayton at intecbilling.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 
>issuesonreboot
>Date: Fri, 26 May 2006 15:28:24 +0200
>
>Apologies, blonde moment here. That was what I meant. Have you thought
>of simplyfing your script. Do you see any messages that your script is
>being acted upon. By this I mean taking out variables and putting in
>full paths to where you want to go.
>
>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: 26 May 2006 03:24 PM
>To: fedora-directory-users at redhat.com
>Subject: RE: [Fedora-directory-users] /etc/init.d startup script
>issuesonreboot
>
>Little confused - do you mean in the directory
>/opt/fedora-ds/slapd-'hostname' - run ./start-slapd If so I've done that
>and it works on command line - I still receive a failure during reboot
>using that command within my startup script. Trying to get more info out
>of the ldap during reboot but all I receive is a failure statment.
>
>
> >From: "Paul Clayton" <Paul.Clayton at intecbilling.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 13:58:51 +0200
> >
> >Have tried running the command as ./slapd-`hostname` in your
> >/opt/fedora_ds directory.
> >
> >-----Original Message-----
> >From: fedora-directory-users-bounces at redhat.com
> >[mailto:fedora-directory-users-bounces at redhat.com] On Behalf Of Joe
> >Sheehan
> >Sent: 26 May 2006 01:28 PM
> >To: fedora-directory-users at redhat.com
> >Subject: [Fedora-directory-users] /etc/init.d startup script issues on
> >reboot
> >
> >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
> >--------------------------------------------------------
> >
> >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.
> >
> >--
> >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
>
>--
>Fedora-directory-users mailing list
>Fedora-directory-users at redhat.com
>https://www.redhat.com/mailman/listinfo/fedora-directory-users