/etc/init.d startup script issuesonreboot

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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




[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux