これが明らかな答えであれば申し訳ありません。私はホームラップで新しいことを学ぶためにLinuxだけを使用するプロのWindows管理者なので、Linuxの経験は非常に不足しています。
Sonarrをインストール/構成するためにPuppetモジュールを作成していますが、Sonarrをサービスとして設定するのに問題があります(Ubuntu 14.04 LTSでテスト済み)。スクリプトのインストールと生成は順調に進んでいますが、サービスを実際に実行するのが困難です。スタート。以下は、インターネットから恥ずかしく盗まれたinit.dスクリプトです。
#!/bin/sh
### BEGIN INIT INFO
# Provides: nzbdrone
# Required-Start: $local_fs $network $syslog
# Required-Stop: $local_fs $network $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Example
# Description: Example start-stop-daemon - Debian
### END INIT INFO
NAME="nzbdrone"
PATH="/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin"
APPDIR="/opt/NzbDrone"
APPBIN="/usr/bin/mono"
APPARGS="/opt/NzbDrone/NzbDrone.exe"
USER="nzbdrone"
GROUP="nzbdrone"
# Include functions
set -e
. /lib/lsb/init-functions
start() {
printf "Starting '$NAME'... "
start-stop-daemon --start --chuid "$USER:$GROUP" --background --make-pidfile --pidfile /var/run/$NAME.pid --chdir "$APPDIR" --exec "$APPBIN" -- $APPARGS || true
printf "done\n"
}
#We need this function to ensure the whole process tree will be killed
killtree() {
local _pid=$1
local _sig=${2-TERM}
for _child in $(ps -o pid --no-headers --ppid ${_pid}); do
killtree ${_child} ${_sig}
done
kill -${_sig} ${_pid}
}
stop() {
printf "Stopping '$NAME'... "
[ -z `cat /var/run/$NAME.pid 2>/dev/null` ] || \
while test -d /proc/$(cat /var/run/$NAME.pid); do
killtree $(cat /var/run/$NAME.pid) 15
sleep 0.5
done
[ -z `cat /var/run/$NAME.pid 2>/dev/null` ] || rm /var/run/$NAME.pid
printf "done\n"
}
status() {
status_of_proc -p /var/run/$NAME.pid "" $NAME && exit 0 || exit $?
}
case "$1" in
start)
start
;;
stop)
stop
;;
restart)
stop
start
;;
status)
status
;;
*)
echo "Usage: $NAME {start|stop|restart|status}" >&2
exit 1
;;
esac
exit 0
問題は、これが始まらないということです。あるいは、より正確に言うと起動しますが、システムログにはプロセスがクラッシュして再起動するという現象が引き続き表示されます。私を混乱させるのは、実行すると/etc/init.d/nzbdrone start
プロセスが正常に起動することです。これはただ実行すると、service nzbdrone start
競合が発生し続けます。私のgoogle-fuが登場しましたこれ同様の質問ですが、その答えには環境変数が記載されており、このスクリプトではスクリプトによって初期化されていない項目が見つかりません。ここで何が起こっているのかを調べるのに役立つ人はいますか?
答え1
ついに問題が何であるのか、それとも何が問題になるのかを調べました。私が最初に気づいたのは、サービスを実行するためにユーザーを作成したPuppetコードで、ユーザーのホームディレクトリの変数のスペルが間違っていることです(これは/ etc / passwdでユーザーのホームディレクトリが "/home /"に設定されています)。 )。次に、Puppetはユーザーが指示しない限り、自動的にホームディレクトリを作成しないことに気づいたので、Puppetにユーザーのホームディレクトリを管理させるようにしました。最後に、サービスユーザーがシェルを/ bin / falseに設定したときに同様の問題が発生したという別のStack Exchangeの回答を見つけた後、ユーザーのシェルを/ bin / bashに設定しました。
これらの問題をすべて解決すると、サービスがスムーズに進み始めました。これがこれらのうちの1つであるのか、それとも複数のものが組み合わされているのかはわかりませんが、後で同様の問題が発生した場合は他の人にも役立つことを願っています。