アップスタートスクリプトが起動しない

Ubuntu 10.04

このupstartスクリプト（/etc/init/pure-ftpd.conf）を作成しました：

# pure-ftpd - FTP server

description "Pure-FTPd server"

start on filesystem
stop on runlevel S

respawn
respawn limit 10 5
pid file /var/run/pure-ftpd.pid
console output

pre-start script
    test -x /usr/local/sbin/pure-ftpd || { stop; exit 0; }
end script

exec /usr/local/sbin/pure-ftpd --maxclientsnumber 2 --maxclientsperip 10 --prohibitdotfileswrite --prohibitdotfilesread --noanonymous --chrooteveryone --dontresolve --nochmod --pidfile /var/run/pure-ftpd.pid

しかし...

# start pure-ftpd
start: Unknown job: pure-ftpd

そして

# service pure-ftpd start
start: Unknown job: pure-ftpd

どうしたの？
さらに何かする必要がありますか？
/etc/init.dにも1つのスクリプトを作成する必要がありますか？

通常、.confファイルにエラーがあることを意味します。たとえば、pidスタンザが10.04でサポートされているかどうかわからstopず、スクリプトなどで使用できません。

ファイルをゼロから（などのみstartでstop）開始し、さらに行を追加してを介してテストして、ゆっくりとビルドしてみstart pure-ftpdます。

例えば：

# cat pure-ftpd.conf 
start on filesystem
stop on runlevel S

respawn
respawn limit 10 5

# start pure-ftpd
pure-ftpd start/running

# cat pure-ftpd.conf 
start on filesystem
stop on runlevel S

respawn
respawn limit 10 5
pid file /var/run/pure-ftpd.pid

# start pure-ftpd
start: Unknown job: pure-ftpd

実行init-checkconfして構文を確認することもできます

init-checkconf /etc/init/job.conf
File /etc/init/job.conf: syntax ok

まず、ジョブが実際に起動することがわかっていることを確認できます。

sudo initctl list | grep your_job_name

...どこyour_job_nameあなたの成り上がりスクリプトマイナスの名前で.conf拡張子。

見つからない場合は、設定をリロードしてから再確認してください：

sudo initctl reload-configuration

# re-check
sudo initctl list | grep your_job_name

その後、もう一度ジョブを開始してください：

sudo start your_job_name

ログインしていない場合/var/log/daemon.logや/var/log/syslog以前にログインしていない場合は、今すぐログインできます。

コマンドを実行すると、ジョブファイルの構文に最も関連するリファレンスを利用できます。

man 5 init

システム上で。Ubuntu 10.04の場合、前の回答で見つけたように、pidファイルの構文は正しくありません。

「不明なジョブ」エラーが返された場合は、ログを確認することをお勧めします（11.04以前、/ var / log / daemon.log、11.04以降はすべて/ var / log / syslogに記録されます）

次のようなエラーが表示される場合があります。

init: /etc/init/test.conf:2: Unknown stanza

とにかく私は同じ問題を抱えていたのでここにいますが、私の構文は100％正しかったです。

デバッグ後、この「不明なジョブ」エラーを引き起こす可能性のある別の問題を発見しました。

新興企業の用途はinotifyを .confファイルの変更を監視するために、自動ジョブをインストールし、これは非常にクールです（これのためにあなたが！成り上がりとupdate.rcのようなものを必要としない）が、あなたならば（私のようなそのような場合には）完璧ではないことができ、使用リモートサーバー上の構成をアップロードおよび編集するためのFTP / SCP GUIプログラムを使用すると、その方法でファイルを編集するときにupstartによってジョブをサイレントアンインストールできます。

修正するには、単にそれを行います（それは私を救った）

touch /etc/init/*

すべてのupstart confを更新するためにinotifyイベントを生成します。

Ubuntu 14.04 Dockerコンテナでも同じ問題が発生しました。結局のところ、Docker用のUbuntu 14.04イメージ（他のイメージではない場合）は、完全な仮想マシンと同じようにUpstartをサポートしていません。

この質問に答えるために、サービスが開始されない理由は、initctlが実際のUpstartプログラムではないためです。これは/ bin / trueにマップされます。

Ubuntu 14.04 DockerコンテナとVagrant、およびDigitalOceanドロップレットで次を実行することを確認するには

$ ls -al /sbin/initctl

Dockerと他のinitctlは同じではないことがわかります。

理解を深めるためのリンク.. https://github.com/docker/docker/issues/1024