Its seems to be narrowing down to the daemon command - if you can think of anything please let me know - curious why it doesn't effect syslog etc. 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: /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: /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: /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: /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: /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: /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
