Supervisor

スーパーバイザーは、そのユーザーは、UNIX系オペレーティングシステム上のプロセスの数を制御することを可能にするクライアント/サーバシステムです。これは、次のに触発された。
- それは、多くの場合、一つ一つのプロセス·インスタンスの「rc.dの「スクリプトを書く必要があり不便である。 rc.dのスクリプトはプロセスの初期化/自動起動/管理の偉大な最低の共通分母の形ですが、彼らは書いて、維持するために痛みを伴うことができます。さらに、rc.dのスクリプトが自動的にクラッシュしたプロセスを再起動することはできませんし、多くのプログラムがクラッシュ上で適切に自分自身を再起動しないでください。 Supervisordはそのサブプロセスとしてのプロセスを開始し、自動的にクラッシュでそれらを再起動するように設定することができます。また、自動的に、独自の呼び出し上のプロセスを起動するように設定することができます。
- それは、UNIX上のプロセスに関する正確なアップ/ダウンステータスを取得することはしばしば困難です。 pidファイルは、多くの場合、嘘。 Supervisordはサブプロセスとしてプロセスを開始しますので、常にその子の本当のアップ/ダウンの状態を知っているし、このデータのために便利に照会することができます。
- プロセスの状態を制御する必要があるユーザーは、多くの場合、それをするだけで済みます。彼らは望むまたはプロセスが実行されているマシンに本格シェルアクセスを必要としません。 Supervisorctlは、基本的に、ユーザーが「開始」、「停止」を放出することによって、プロセスの状態および制御supervisord制御のサブプロセスを見ることができるように、マシンへのアクセスの非常に限られた形を可能にし、「再起動」とは、簡単なシェルまたはWeb UIからのコマンド。
- ユーザーは、多くの場合、多くのマシン上のプロセスを制御する必要があります。スーパーバイザーは、対話と自動的にマシンのグループ上のプロセスを制御するための、シンプル、セキュア、かつ均一なメカニズムを提供します。
- 「低」のTCPポートでリッスンするプロセスは、多くの場合、rootユーザー（UNIXの設計ミス）としてスタートし、再起動する必要があります。これは通常、それが「通常の」人々を停止またはそのようなプロセスを再起動することを可能にする完全に罰金のケースだが、シェルアクセスとそれらを提供することは、しばしば非現実的である、とrootアクセスまたはsudoアクセスとそれらを提供することはしばしば不可能である。それは、この問題が存在する理由を彼らに説明することも（当然）困難です。 supervisordルートとして起動された場合は、「通常の」ユーザが、それらに問題の複雑さを説明することなく、そのようなプロセスを制御することを可能にすることが可能である。
- プロセスは、多くの場合でも、「優先順位」で時々、開始およびグループを停止する必要がある。それは、これを行う方法を人に説明するのはしばしば困難です。スーパーバイザーは、あなたがプロセスに優先順位を割り当てることができ、かつユーザが「すべてを起動」のようなsupervisorctlクライアントを介してコマンドを発することを可能にする、と事前に割り当てられた優先順位でそれらを開始する、「すべてを再起動してください」。さらに、プロセスは、「プロセスグループ」に分類することができるとunit.otificationシステムが追加されたように論理的に関連する一連のプロセスを停止して起動することができます。

のの新機能でこのリリース：

• ユーザーが変更されたプログラムのオプションの動作。 supervisordがユーザーに切り替えることができなかった場合は、すべての以前のバージョンでは、警告が標準エラーログに送信されますが、子プロセスはまだ起動されます。これは設定ファイルに誤りが意図せずにルートとして起動されている子プロセスをもたらす可能性があることを意味します。それが成功したユーザーに切り替えすることができましたしない限り、今、supervisordは子供を生むことはありません。この問題の報告は、イゴールPartolaに感謝します。
• 設定ファイルで指定したユーザーがシステムに存在しない場合は、supervisordが今エラーを印刷して開始することを拒否します。
• は複数のプロセスが回転ログハンドラと同じファイルにログを記録できるようにすることを意図していた3.0b1で導入されたログ記録に変更を差し戻し。実装はリロード中にクラッシュするとファイルハンドルをリークするsupervisordを引き起こした。ログローテーションオプションはプログラムごとに与えられているので、また、不可能な構成が（同じファイルに対して矛盾するローテーションオプション）を作成することができます。このことから、そのsupervisordは現在のsyslogをサポートしている、それがこの機能を削除することが決定された。警告は2つのプロセスが同じファイルにログを記録しないことをドキュメントに追加したします。
• コマンドの構文解析= shlex.split（IF supervisordをクラッシュさせる可能性のあるバグを修正しました）は、そのようなクォート悪いように、失敗します。スコット·ウィルソンによるパッチます。
• これは、コマンドラインオプションで接続情報を供給することにより、無supervisord.confファイルを持つマシン上でsupervisorctlを使用できるようになりました。イェンスRantilによるパッチます。
• syslogのハンドラが使用され、supervisordはSIGUSR2を受信されたかsupervisordがクラッシュするバグを修正しました（要求を再度開くログ）します。
• BAD_NAMEフォルトを返すのではなく、500内部サーバーエラーを引き起こす悪い名前でsupervisor.getProcessInfo（）を呼び出し、XML-RPCのバグを修正します。
• Webインターフェイスにファビコンを追加しました。カイオAriedeによるパッチます。
• に起因childutils試験で夏時間の誤った取り扱いをすると、テストの失敗を修正しました。イルダルHizbulinによるパッチます。
• 未使用の変数、輸入、およびデッドコードのためpyflakesの警告の数を修正しました。フィリップOmbredanneによるパッチます。

のバージョン3.0ベータ1のの新機能：

• 環境を解析=検証を行っておりませんバグを修正そのキー/値のペアが正しく分離された。マルタインピータースによるパッチます。
• 大レスポンスを送信するときに不必要な遅延が発生する可能性があり、HTTPサーバーコードのバグを修正しました。フィリップZeyligerによるパッチます。

supervisordがルートとして起動すると-cフラグが提供されなかった場合は、
• は、警告が今コンソールに放出される。理論的根拠：supervisordはsupervisord.confファイルの現在の作業ディレクトリを検索します。誰かが不正supervisord.confを持つディレクトリにcd'edながらsupervisordを開始するには、rootユーザーをだますかもしれませんします。
• 警告は-cフラグなしsupervisordを開始するセキュリティへの影響に関するドキュメントに追加されたします。
• をfalseにデフォルト設定、ブールプログラムオプションstopasgroupを追加します。 trueの場合、フラグは全体のプロセスグループに停止信号を送信するために上司の原因となる。これは孤立し、それらを残して、彼らの子供たちに停止信号を伝播しませんデバッグモードでそのようなフラスコなどのプログラム、するのに便利です。
• はPython 2.3がサポートされなくなりました。 Pythonの2.3サポートされている最後のバージョンは、Supervisor 3.0a12でます。

supervisor_rpc＆QUOT;
• 未使用＆QUOTを削除しました。 setup.pyからエントリーポイントます。
• 二つのプロセスが同じファイルにログを記録するように設定されたとき、予期しない結果を引き起こす回転ログハンドラのバグを修正しました。聖霊降臨祭Morrissによるパッチます。
• 警告メッセージのリストが追加さが、クリアされたことがないことになるので、それぞれのリロードがメモリリークが発生可能性がどこに再ロードする設定ファイルの不具合を修正しました。フィリップZeyligerによるパッチます。
• 新しいSyslogのログハンドラを追加しました。各パッチに貢献したデニス·ビリーンコ、ネイサン·L·スミス、そしてジェイソンR·クームス、おかげます。
• 単一のファイル（CHANGES.txt）にすべての変更履歴を置きます。

の新しいのバージョン3.0のアルファ12は何ます：

• ここで、非壊れた3.0a11パッケージを置き換えるためにリリース-Pythonのファイルがパッケージに含まれていませんでした。

のバージョン3.0アルファ10のの新機能：

• フッターので、Webインターフェイスのスタイルシートを修正しました行が長いプロセスのリストを重複しない。パッチのデレク·デブリーズに感謝します。
• RPCインターフェイスのプラグインは、新しいイベントタイプの登録を許可します。
• reloadコマンドがsupervisorctlから発行されたときにクリーンアップされていませんでしFCGIソケット用のバグ修正。また、デフォルトの動作はFCGIのソケットに変更されました。グループ内のプロセスをofrunning数がゼロに当たるたびに、彼らは、閉じた新機能です。グループレベルの停止指令が発行されない限り、以前に、ソケットが開いたままにします。
• HTTPサーバがIPアドレスにホスト名を逆解決できないより良いエラーメッセージ。以前の動作：ソケットのエラーを示しています。現在の動作：stdoutに提案を吐き出すます。
• 環境を経由して設定した環境変数=
内の値
• [supervisord]セクションには影響を与えなかった。パッチのワイアットボールドウィンに感謝します。
• のプロセスを停止すると、停止要求が失われたように発行された後に起こったプロセス出力の原因となる不具合を修正しました。 https://github.com/Supervisor/supervisor/issues/11を参照してくださいます。
• はHISTORY.TXTに2.X変更ログのエントリを移動します。
• 正しいreStructuredTextのにCHANGES.txtおよびREADME.txt変換してsetup.pyでLONG_DESCRIPTIONでそれらを含めます。
• （パッケージDIRでTOXを経由して実行します）パッケージにtox.iniを追加しました。複数のPythonのバージョンでのテスト監督ます。

の要件の

• のPythonます。