Попытайтесь поместить a -x
наверху сервисного сценария это поместит оболочку в режим отладки так, чтобы Вы получили любой вывод, это сгенерировано сценарием.
#!/bin/sh -x
Также Вы могли бы хотеть добавить имя процесса к вершине макросов комментария chkconfig также.
# processname: vtigervm
Вы, возможно, должны изменить это значение на то, что подходит для Вас ситуация.
Как предложено в ответе @RickBeam и подтвержденный этой ссылкой я нашел на форумах CentOS, названных: "chkconfig/init.d, не называя завершение работы с решением", необходимо будет справиться с созданием и разрушением файла в /var/lock/subsys
. Можно добавить эти строки к Вашему start()
и stop()
функции, чтобы сделать это:
start()
{
...
touch /var/lock/subsys/vtigervm
}
stop() {
...
rm -f /var/lock/subsys/vtigervm
}
Ваш сценарий должен затронуть /var/lock/subsys/...
для указания это работает. Посмотрите на atd
или crond
сценарии init как пример, и /etc/rc
поскольку, как это на самом деле анализируется.
(Примечание: я смотрю на /etc/rc
для Fedora)
# First, run the KILL scripts.
for i in /etc/rc$runlevel.d/K* ; do
# Check if the subsystem is already up.
subsys=${i#/etc/rc$runlevel.d/K??}
[ -f /var/lock/subsys/$subsys -o -f /var/lock/subsys/$subsys.init ] \
|| continue
check_runlevel "$i" || continue
# Bring the subsystem down.
[ -n "$UPSTART" ] && initctl emit --quiet stopping JOB=$subsys
$i stop
[ -n "$UPSTART" ] && initctl emit --quiet stopped JOB=$subsys
done
-x
отправьте вывод в, если скрипт запущенinit
?dmesg
//var/log/messages
? – varesa 09.02.2014, 02:59