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

Joe Sheehan triswimjoe at hotmail.com
Fri May 26 17:20:02 UTC 2006


If within the startup script I just
have /opt/fedora-ds/slapd-mysystem/start-slapd & - everything works great - 
once I put the
daemon command back in - nothing
There another system with the same problem BUT there is one system
it works great on - this system is "supposedly" installed in regards to the 
OS, directory server
etc installed the same way. If anyway, has any ideas it would be greatly 
appreciated.

Thanks

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 16:32:58 +0200
>
>Something rings a bell here that the DAEMON command might be your
>problem. I recall have some similar issue, but don't know what I did to
>fix it. Does the startup script not have to be registered as an active
>available script.
>
>-----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 04:31 PM
>To: fedora-directory-users at redhat.com
>Subject: RE: [Fedora-directory-users] /etc/init.d startup script
>issuesonreboot
>
>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
>
>
>--
>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





More information about the 389-users mailing list