[Fedora-directory-users] /etc/init.d startup script issuesonreboot
Joe Sheehan
triswimjoe at hotmail.com
Tue May 30 15:48:57 UTC 2006
Probably don't need it but was curious why the recommended script
works on some systems but not others - wanted to make sure there
wasn't an issue I could be masking.
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: Tue, 30 May 2006 15:37:04 +0200
>
>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.
>
>--
>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