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
