問題タブ [supervisord]

スーパーバイザーを起動しようとして、これらのエラーが大量に発生します

私のsupervisord conf：

誰でも何か考えがありますか？

virtualenv 内で gunicorn を実行している django プロジェクトを管理するために、スーパーバイザーを使用しようとしています。私のconfファイルは次のようになります：

問題は、virtualenv で「source bin/activate」を実行した後に、スーパーバイザーがコマンドを起動する必要があることです。私は答えを見つけようとしてグーグルをぶらぶらしていましたが、何も見つかりませんでした。

注: virtualenvwrapper は使いたくない

何か助けてください。

現在の Django プロジェクトに関連付けられている Supervisor プロセスを再起動するためのバンドルを TextMate に作成しました。Python インタープリターでコードを実行すると、ブロックせずにプロセスが正常に再起動されますが、TextMate バンドル (.py ファイルを保存するたびに実行するように設定) として使用すると、GUI が約 3 秒間ブロックされます。これを回避する方法はありますか？

コードは次のようになります。

セットアップしようとしていますsupervisor.conf。私のアプリの 1 つは node.js を必要としますが、ノードはシステムごとにインストールされていません。また、ポート 80 にバインドする必要があるため、root として実行する必要があります。PATHスーパーバイザーが実行可能ファイル (ディレクトリにある) を見つけてnodenode.js アプリを実行できるように、変数を変更するにはどうすればよいですか。

私はこのようにしようとしています

これは失敗します

スーパーバイザー (http://supervisord.org/) を使用して、かなり標準的な PHP スクリプトをデーモン化しています。スクリプトは次のような構造になっています。

今日、このスクリプト (かなり安定しています) がハングしました。これは、supervisord にプロセスを再起動するように警告するようなクラッシュ (つまり、SIGHUP または SIGTERM シグナルの発行) はしませんでした。処理中にエラーは発生しませんでした。これは、スクリプトによってキャッチされるか、少なくとも致命的なエラーをトリガーして終了した可能性があります。これらの「キャッチ可能な」シナリオの代わりに、それはただそこに座っていました. PHP スクリプトはメモリの観点からリークが多く、実行時間が長い場合は再起動するのが適切であることが一般的に認められているため、supervisorctl フックを介してスクリプトを再起動するために 1 時間ごとに実行する cron ジョブをセットアップしています。その再起動後、スクリプトは正常に動作を再開しました。

私の質問: このスクリプトがハングしたことをどのように検出できますか? なんらかの方法でその状態を警告されない限り、なぜハングしたのかというこの問題の診断やトラブルシューティングを開始することさえできません。これに対するソフトウェア ソリューション、または自分でソリューションを作成するためのアプローチ (PHP、Python、perl、またはシェルのいずれか) を探しています。

スクリプトは PHP 5.2.6 で書かれており、最新の RHEL 5 サーバーで実行されます。

より素晴らしいソリューションに役立つ場合は、追加情報を共有できるかどうかお知らせください。

ありがとうございました！

シャヒーブ R.

サーバー構成を (init.d ファイルから) Supervisord に移行しています。

varish が実行されている例がいくつかあります。ニスを使い始めたとき、ulimit の問題があったことを覚えているので、init.d/varnish スクリプトに次の行があります。

ulimit -n ${NFILES:-131072} ulimit -l ${MEMLOCK:-82000}

/usr/sbin/varnishd プログラムを引数付きで実行するように Supervisord を構成しています。

Supervisord を介して ulimit 設定を構成するにはどうすればよいですか? varnishd プログラムをスクリプトでラップするだけですか?

このエラーは、ubuntuの最新のアップグレードセットに表示されているようです

Pythonのことだと思います。

node.js Webサーバーを実行し続けるためにsupervisordプロセスを実行していますが、supervisordを実行できなくなりました。

誰かがこれを修正する方法を知っていますか、または私のnode.js Webサーバーを実行し続けるための非常に信頼できる代替手段を知っていますか（一見明白な「クラッシュするものを書かないでください」は別として）？

スーパーバイザーを使用してnginxプロセスを起動および管理しています。これまでのところ、これは完全に機能します。私が抱えている問題は、インスタンスをシャットダウンすることです。

「supervisorctl-cshutdown[all]」を使用してみましたが、デーモンがシャットダウンし、supervisorctlインタラクティブコンソールにnginxが停止していると表示されます。ただし、ps-A|を実行すると grepnginxコマンドは引き続きリストに表示されます。

nginxインスタンスの設定は次のとおりです。

nginxをシャットダウンできなかった理由について何か提案はありますか？

Python スクリプトを実行し、終了後に再起動することを確認する必要があります。Supervisord という UNIX ソリューションがあることは知っています。残念ながら、スクリプトを実行する必要があるサーバーは Windows 上にあります。どのツールが役立つか知っていますか? ありがとう

Supervisord.conf の現在のセクションは次のようになります。

[プログラム:rabbitmq] command=/usr/sbin/rabbitmq-server

Supervisord で rabbitmq を停止しようとすると (supervisorctl stop rabbitmq)、rabbitmq プロセスが単にシャットダウンしません。rabbitmq のドキュメントには、 kill を使用せずに rabbitmqctl stop を使用することも記載されています。私は、supervisord が単純にプロセスを強制終了すると推測しています。したがって、rabbitmq の結果は良くありません。カスタム停止コマンドを指定するためのオプションが Supervisord に見つかりませんでした。

おすすめはありますか？