問題タブ [start-stop-daemon]

私たちの製品では、daemontools を使用してサービスを作成しました。私のサービスの1つは次のようになります。

すべてのプロセスとそのディレクトリは root ユーザーが所有しています。現在、このように変更するセキュリティ要件があります。

1. サービスは root 以外のユーザーで実行する必要があります。
2. ログのメイン ディレクトリは、ユーザーとグループだけが読み取れるようにする必要があります。

このために、「log」ディレクトリの下にある「run」ファイルを変更する必要があります。また、その下の「メイン」ディレクトリの権限を変更する必要があります。

「/service」の下にあるこれらのファイルはすべて、test-1.0-0.rpm によって所有されていることに注意してください。rpm を更新すると、既存の実行ファイルが上書きされ、次のようなエラーが発生しました。

実行時に「実行」ファイルをオーバーライドすべきではないことはわかっています。rpm スクリプトの %post セクションで次の手順を実行する予定です。

一部の記事では、「log/main」の下に「lock」ファイルを再作成することを提案しました。「メイン」ディレクトリを移動せずにこれを行う他のクリーンな方法はありますか? そうでない場合、上記の手順を実行しても安全ですか?

Elasticsearch のパレット クレートを作成しています。私はサービスが開始されないことに行き詰まりましたが、ログを見ると、実際にはパレットとは何の関係もないようです。初期化スクリプトを含む1.0のelasticsearch aptパッケージを使用しています。実行するsudo service elasticsearch startと、ES は問題なく起動します。パレットがこれを行うと、標準出力が正常に開始されたと記録されます

しかし、それは開始されていません。

sleep 1init スクリプトをいじりましたが、デーモンの起動後に追加すると、パレットで正しく動作することがわかりました。

私は何が起こっているのか理解できませんか？

ユーザーからサービスとして開始/停止できるスクリプトを perl で作成しましたDaemon::Controlが、再起動時にこれを実行したいと考えています。ユーザーとして実行するとすべて問題ありませんが、ルートとして実行すると失敗します

service appname startを指定してコマンドを実行すると、正常に動作します。root には基本的な perl インストールがあり、ユーザーにはすべての正しいモジュールを含む perlbrew インストールがあります。

Daemon::Control「user」と「group」を指定した場合、ユーザーとして実行しないでください。環境変数をセットアップするために、ユーザーの .bashrc ファイルに init_config も指定しました。

monit と組み合わせて使用​​される新興構成を構築しようとしています。

いくつかの引数を vertx (頂点の複数のインスタンス) にも渡したいのですが、既にシェルで適切なステートメントを取得できていないため、upstart スクリプトを引用する必要はないと思います。

「-instances 20」引数を exec ステートメントに渡す方法がわかりません。どういうわけか、常に start-stop-daemon のオプションとして解釈されます

--exec ステートメント全体を中かっこに入れてみました...

upstart コマンドを使用して solr を起動したいと考えています。

ソーラーを通常どおり起動するために使用するコマンドは

今、私が使用するとき

アップスタートは正常に動作します。upstart スクリプトで start-stop-daemon を使用しようとすると、solr は、送信しているパラメーターの一部を取得できませんDAEMON_OPTS。

Solr ログは以下のとおりです。

次のセットアップ

スタートストップデーモン:

私が開始するスクリプトは次のようになります。

そのため、デーモンを起動するとすべて正常に動作し、PIDFILE が生成されます。ps補助 | grep myapp は、デーモン用と Java 用の 2 つの出力を子として提供します。停止したい場合は、デーモンのみが停止され、Javaプロセスはコンソールから切り離されて実行され続けます。

デーモンを停止するときに、デーモン/スクリプトを変更して Java アプリケーションも呼び出すにはどうすればよいですか?