11.4: chkconfig/insserv not running /etc/init.d/script

I have an app that I want to be a system service(runlevels 3/5). I modified /etc/init.d/skeleton, created a .conf file, and install/uninstall scripts(see below).

chkconfig -a installs it properly, but doesn’t run the init.d script. If I go to yast/systemServices is shows installed and Enabled equals Yes*(which means it is Enabled, but it isn’t running). I can start it here OK or I can execute the script with start parameter and it starts OK. chkconfig -d doesn’t run script either, it kills the process, but never calls script with stop parameter. NOTE: there are no error messages when I install/uninstall, only prints service name and runlevels that are on or off.

Why isn’t chkconfig/insserv running the init.d script?

thanks in advance!

INSTALL SCRIPT:
#!/bin/bash
cp RAgent /usr/sbin/RAgent
cp RAgent.conf /etc/sysconfig/RAgent
cp RAgent.sh /etc/init.d/RAgent
chkconfig -a RAgent
startproc -s -q /usr/sbin/RAgent noWin

UNINSTALL SCRIPT
#!/bin/bash
/etc/init.d/RAgent stop
chkconfig -d RAgent
rm /usr/sbin/RAgent
rm /etc/sysconfig/RAgent
rm /etc/init.d/RAgent

MY SKELETON
#!/bin/sh

Template SUSE system startup script for example service/daemon RAgent

Copyright (C) 1995–2005 Kurt Garloff, SUSE / Novell Inc.

This library is free software; you can redistribute it and/or modify it

under the terms of the GNU Lesser General Public License as published by

the Free Software Foundation; either version 2.1 of the License, or (at

your option) any later version.

This library is distributed in the hope that it will be useful, but

WITHOUT ANY WARRANTY; without even the implied warranty of

MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU

Lesser General Public License for more details.

You should have received a copy of the GNU Lesser General Public

License along with this library; if not, write to the Free Software

Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307,

USA.

/etc/init.d/RAgent

and its symbolic link

/(usr/)sbin/rcRAgent

Template system startup script for some example service/daemon RAgent

LSB compatible service control script; see LSB 4.0 Resource Page | Linux Developer Network

Note: This template uses functions rc_XXX defined in /etc/rc.status on

UnitedLinux/SUSE/Novell based Linux distributions. If you want to base your

script on this template and ensure that it works on non UL based LSB

compliant Linux distributions, you either have to provide the rc.status

functions from UL or change the script to work without them.

See skeleton.compat for a template that works with other distros as well.

BEGIN INIT INFO

Provides: RAgent

Required-Start: $network

Should-Start:

Required-Stop: $network

Should-Stop:

Default-Start: 3 5

Default-Stop: 0 1 2 6

Short-Description: R Agent

Description: R Agent

END INIT INFO

Any extensions to the keywords given above should be preceeded by

X-VendorTag- (X-UnitedLinux- X-SuSE- for us) according to LSB.

Notes on Required-Start/Should-Start:

* There are two different issues that are solved by Required-Start

and Should-Start

(a) Hard dependencies: This is used by the runlevel editor to determine

which services absolutely need to be started to make the start of

this service make sense. Example: nfsserver should have

Required-Start: $portmap

Also, required services are started before the dependent ones.

The runlevel editor will warn about such missing hard dependencies

and suggest enabling. During system startup, you may expect an error,

if the dependency is not fulfilled.

(b) Specifying the init script ordering, not real (hard) dependencies.

This is needed by insserv to determine which service should be

started first (and at a later stage what services can be started

in parallel). The tag Should-Start: is used for this.

It tells, that if a service is available, it should be started

before. If not, never mind.

* When specifying hard dependencies or ordering requirements, you can

use names of services (contents of their Provides: section)

or pseudo names starting with a $. The following ones are available

according to LSB (1.1):

$local_fs all local file systems are mounted

(most services should need this!)

$remote_fs all remote file systems are mounted

(note that /usr may be remote, so

many services should Require this!)

$syslog system logging facility up

$network low level networking (eth card, …)

$named hostname resolution available

$netdaemons all network daemons are running

The $netdaemons pseudo service has been removed in LSB 1.2.

For now, we still offer it for backward compatibility.

These are new (LSB 1.2):

$time the system time has been set correctly

$portmap SunRPC portmapping service available

UnitedLinux extensions:

$ALL indicates that a script should be inserted

at the end

* The services specified in the stop tags

(Required-Stop/Should-Stop)

specify which services need to be still running when this service

is shut down. Often the entries there are just copies or a subset

from the respective start tag.

* Should-Start/Stop are now part of LSB as of 2.0,

formerly SUSE/Unitedlinux used X-UnitedLinux-Should-Start/-Stop.

insserv does support both variants.

* X-UnitedLinux-Default-Enabled: yes/no is used at installation time

(%fillup_and_insserv macro in %post of many RPMs) to specify whether

a startup script should default to be enabled after installation.

It’s not used by insserv.

Note on runlevels:

0 - halt/poweroff 6 - reboot

1 - single user 2 - multiuser without network exported

3 - multiuser w/ network (text mode) 5 - multiuser w/ network and X11 (xdm)

Note on script names:

LSB 4.0 Resource Page | Linux Developer Network

A registry has been set up to manage the init script namespace.

The Linux Assigned Names And Numbers Authority

Please use the names already registered or register one or use a

vendor prefix.

Check for missing binaries (stale symlinks should not happen)

Note: Special treatment of stop for LSB conformance

FOO_BIN=/usr/sbin/RAgent
test -x $FOO_BIN || { echo “$FOO_BIN not installed”;
if “$1” = “stop” ]; then exit 0;
else exit 5; fi; }

Check for existence of needed config file and read it

FOO_CONFIG=/etc/sysconfig/RAgent
test -r $FOO_CONFIG || { echo “$FOO_CONFIG not existing”;
if “$1” = “stop” ]; then exit 0;
else exit 6; fi; }

Read config

. $FOO_CONFIG

Source LSB init functions

providing start_daemon, killproc, pidofproc,

log_success_msg, log_failure_msg and log_warning_msg.

This is currently not used by UnitedLinux based distributions and

not needed for init scripts for UnitedLinux only. If it is used,

the functions from rc.status should not be sourced or used.

#. /lib/lsb/init-functions

Shell functions sourced from /etc/rc.status:

rc_check check and set local and overall rc status

rc_status check and set local and overall rc status

rc_status -v be verbose in local rc status and clear it afterwards

rc_status -v -r ditto and clear both the local and overall rc status

rc_status -s display “skipped” and exit with status 3

rc_status -u display “unused” and exit with status 3

rc_failed set local and overall rc status to failed

rc_failed <num> set local and overall rc status to <num>

rc_reset clear both the local and overall rc status

rc_exit exit appropriate to overall rc status

rc_active checks whether a service is activated by symlinks

. /etc/rc.status

Reset status of this service

rc_reset

Return values acc. to LSB for all commands but status:

0 - success

1 - generic or unspecified error

2 - invalid or excess argument(s)

3 - unimplemented feature (e.g. “reload”)

4 - user had insufficient privileges

5 - program is not installed

6 - program is not configured

7 - program is not running

8–199 - reserved (8–99 LSB, 100–149 distrib, 150–199 appl)

Note that starting an already running service, stopping

or restarting a not-running service as well as the restart

with force-reload (in case signaling is not supported) are

considered a success.

case “$1” in
start)
echo -n "Starting RAgent "
## Start daemon with startproc(8). If this fails
## the return value is set appropriately by startproc.
/sbin/startproc $FOO_BIN noService

# Remember status and be verbose
rc_status -v
;;
stop)
echo -n "Shutting down RAgent "
## Stop daemon with killproc(8) and if this fails
## killproc sets the return value according to LSB.

/usr/sbin/RAgent uninstall

# just in case
/sbin/killproc $FOO_BIN 

# Remember status and be verbose
rc_status -v
;;
try-restart|condrestart)
## Do a restart only if the service was active before.
## Note: try-restart is now part of LSB (as of 1.9).
## RH has a similar command named condrestart.

$0 status
if test $? = 0; then
            $0 restart
else
	rc_reset	# not running is not a failure
fi
# Remember status and be quiet
rc_status
;;
restart)
## Stop the service and regardless of whether it was
## running or not, start it again.
$0 stop
$0 start

# Remember status and be quiet
rc_status
;;
force-reload|reload)
## stop, kill, start 
echo -n "Reload(stop, kill, start) service RAgent "
$0 stop
/sbin/killproc $FOO_BIN
$0 start
#touch /var/run/RAgent.pid
rc_status -v

## Otherwise if it does not support reload:
#rc_failed 3
#rc_status -v
;;
status)
echo -n "Checking for service RAgent "
## Check status with checkproc(8), if process is running
## checkproc will return with exit status 0.

# Return value is slightly different for the status command:
# 0 - service up and running
# 1 - service dead, but /var/run/  pid  file exists
# 2 - service dead, but /var/lock/ lock file exists
# 3 - service not running (unused)
# 4 - service status unknown :-(
# 5--199 reserved (5--99 LSB, 100--149 distro, 150--199 appl.)

# NOTE: checkproc returns LSB compliant status values.
/sbin/checkproc $FOO_BIN
# NOTE: rc_status knows that we called this init script with
# "status" option and adapts its messages accordingly.
rc_status -v
;;
*)
echo "Usage: $0 {start|stop|status|try-restart|restart|force-reload|reload}"
exit 1
;;

esac
rc_exit

Hi plss help me

i have wrote a my custom service init script when running with service command with arguments its telling

Usage: service --help | --status-all | <service> <args>| --full-restart]]

like this could you please help me :frowning:

init script taking arguments but with service command not taking arguments plss help me :frowning:

You shouldn’t hijack threads.
My initial evaluation is that the OP’s issue isn’t likely related to your situation.

TSU

spinlock:

I assume by your subject line that this is openSUSE 11.4?
So, before going any further, I would ask whether you’ve considered upgrading or replacing with a recent, supported version of openSUSE. Many architectural changes have happened since 11.4. In fact, if you’re doing this as a learning experience, anything you learn here is obsolete and won’t be applicable to anything recent. In particular, the entire boot architecture has been replaced and no longer is dependent or largely use init scripts.

TSU

Because it is not supposed to do it. chkconfig enables or disables script to be run at boot time. If you want to start it immediately, run script itself or use “service” command.

Running it with the absolute PATH should do as well.

/etc/init.d/script