Supervisor

Науковий керівник є система клієнт / сервер, який дозволяє користувачам управляти декількома процесами В UNIX-подібних операційних систем. Він був натхненний наступному:
- Це буває часто незручно потрібно писати "rc.d" сценарії для кожного окремого примірника процесу. скрипти rc.d є відмінній формі найменшого спільного знаменника процес ініціалізації / автозапуск / управління, але вони можуть бути болісними, щоб написати і підтримувати. Крім того, rc.d скрипти не може автоматично перезапустити розбився процес, і багато програми не перезавантажити себе належним чином на аварії. Supervisord запускає процеси, як його підпроцесів, і може бути налаштований для автоматичного перезапуску їх на аварії. Він також може автоматично бути налаштований для запуску процесів на власному виклику.
- Це часто важко отримати точні вгору / вниз стану на процеси на UNIX. Pidfiles часто лежать. Supervisord запускає процеси як підпроцеси, тому він завжди знає справжню вгору / вниз статус її дітей і може бути запитаний зручно для цих даних.
- Люди, які потрібно контролювати стан процесу часто необхідно зробити тільки це. Вони не хочуть або потребують повномасштабної доступ до оболонки до машини, на якій процеси запущені. Supervisorctl дозволяє дуже обмежену форму доступу до машини, по суті, дозволяє користувачам бачити стан процесу та контролю supervisord управлінням підпроцеси, випускаючи "стоп", "почати", і "перезавантаження" команди з простого оболонки або веб-інтерфейс.
- Люди часто необхідно контролювати процеси на багатьох машинах. Керівник забезпечує простий, безпечний і єдиний механізм для інтерактивного та автоматичного управління процесами на групи машин.
- Процеси, які слухають на "LOW" TCP порти часто потрібно бути запущений і перезапуску в якості кореневого користувача (помилкова UNIX). Це, як правило, буває, що це прекрасно, щоб «нормальні» люди, щоб зупинити або перезапустити такий процес, але і забезпечує їм доступ оболонки часто непрактично, і надання їм доступу кореня або доступу SUDO часто неможливо. Це також (що цілком зрозуміло) важко пояснити їм, чому ця проблема існує. Якщо supervisord запускається як корінь, можна використовувати "нормальний" користувачам контролювати такі процеси без необхідності пояснювати тонкощі проблеми з ними.
- Процеси часто повинні бути запущений і зупинений в групах, іноді навіть в "пріоритетному порядку". Це часто буває важко пояснити людям, як зробити це. Керівник дозволяє призначати пріоритети процесів, і дозволяє користувачеві випускати команди через supervisorctl клієнта, як "почати все", і "перезапустити все", який запускає їх у заздалегідь заданій черговості. Крім того, процеси можуть бути згруповані в "групи процесів" і набір логічно пов'язаних процесів може бути зупинений і запущений, як це було додано система unit.otification.

Що нового в Цей реліз:

• поведінку користувача в опції програма змінилася. У всіх попередніх версіях, якщо supervisord не вдалося переключитися на користувача, попередження буде відправлено в журнал Stderr але дочірній процес буде як і раніше породив. Це означає, що помилка у файлі конфігурації може призвести до дитячої процесу, ненавмисно породив як корінь. Тепер, supervisord не породити дитину, якщо він не був у змозі успішно перейти на користувача. Завдяки Ігор Partola за повідомлення про цю проблему.
• Якщо користувач вказав у файлі конфігурації не існує в системі, supervisord тепер друкує помилку і відмовитися, щоб почати. ​​
• Відновлено зміни до вилягання введений в 3.0b1, який був призначений, щоб дозволити кільком процесам необхідно увійти в той же файл з обробником журналу обертання. Реалізація викликало supervisord до краху під час перезавантаження і витік дескриптори файлів. Крім того, оскільки для ротації журналів наведені на кожного програми, неможливо конфігурації можуть бути створені (суперечливі варіанти ротації для одного файлу). Враховуючи це і те supervisord тепер Підтримка Syslog, було прийнято рішення прибрати цю функцію. Попередження було додано в документацію, що два процеси не можуть увійти в той же файл.
• Виправлена ​​помилка, при якій розборі команди = може призвести до supervisord до краху, якщо shlex.split () не, наприклад, погано цитування. Патч Скотт Уїлсон.
• Це тепер можна використовувати supervisorctl на машині з не supervisord.conf файлу шляхом надання інформації про підключення в параметрах командного рядка. Патч Йенс Rantil.
• Виправлена ​​помилка, при якій supervisord до краху, якщо Syslog обробник був використаний і supervisord отримав SIGUSR2 (увійти відновити запит).
• Виправлена ​​XML-RPC помилка, коли виклик supervisor.getProcessInfo () з поганою імені викличе 500 Внутрішня помилка сервера, а не повертати помилку BAD_NAME.
• Додана значок сайту в веб-інтерфейс. Патч на Кайо Ariede.
• Виправлена ​​провалі тесту через неправильне поводження переходу на літній час в тестах childutils. Патч Ільдар Hizbulin.
• Виправлена ​​кількість pyflakes попередження на невикористовувані змінні, імпорт і мертвої коду. Патч Філіп Ombredanne.

Що нового у версії 3.0 Beta 1:

• Виправлена ​​помилка, при якій розбору середовища = не перевіряв що пари ключ / значення були правильно розділені. Патч від Martijn Pieters.
• Виправлена ​​помилка в коді сервера HTTP, які можуть викликати непотрібні затримки при відправленні великих відповідей. Патч Філіп Zeyliger.
• Коли supervisord запускається як корінь, якщо прапор -c не було надано, попередження тепер викидається в консолі. Обгрунтування: supervisord виглядає в поточному робочому каталозі для файлу supervisord.conf; хтось може обдурити суперкористувача в починаючи supervisord а cd'ed в каталог, в якому ізгоїв supervisord.conf.
• попередження був доданий в документації про наслідки безпеки, починаючи supervisord без -c.
• Додати логічний опціонної програми stopasgroup, за замовчуванням хибним. Коли правда, керівник прапор змушує відправити сигнал зупинки на всій групі процесів. Це корисно для програм, таких як колбу в режимі налагодження, які не поширюються стоп сигнали своїх дітей, залишаючи їх сиротами.

не «LI> Python 2.3 більше не підтримується. Остання версія, яка підтримувала Python 2.3 Керівник 3.0a12.
• Вилучено використовувався і Quot; supervisor_rpc і Quot; Точка входу в setup.py.
• Виправлена ​​помилка під обертається обробник протоколу, який буде викликати несподівані результати, коли два процеси були встановлені увійти в той же файл. Патч від Духів Морріс.
• Виправлена ​​помилка у файлі конфігурації перевантажувальний де кожен перезавантаження може призвести до витоку пам'яті, оскільки список попереджувальних повідомлень буде додано, але ніколи не очищається. Патч Філіп Zeyliger.
• Додана нова обробник Syslog журналу. Спасибі Денису Біленко, Натан Л. Сміт, і Джейсон Р. Кумбс, кожен з яких внесли свій внесок в патчі.
• Помістіть всю історію змін в єдиний файл (changes.txt).

Що нового у версії 3.0 Альфа 12:

• виходу для заміни зламаною 3.0a11 пакет, в якому не -Python файли не були включені до пакет.

Що нового у версії 3.0 Альфа 10:

• Виправлена ​​стилів веб-інтерфейсу, так колонтитул лінія не будуть перетинатися довгий список процесів. Завдяки Дерек DeVries патча.
• Дозволити плагіни інтерфейс RPC для реєстрації нових типів подій.
• Виправлена ​​помилка для FCGI сокети не отримують очищені, коли команда перезавантаження видається з supervisorctl. Крім того, поведінка за умовчанням змінилося FCGI сокети. Вони є новими закритий, коли число ofrunning процеси в групі досягне нуля. Раніше, розетки тримали відкритими, якщо не було видано команда зупину на рівні групи.
• Краще повідомлення про помилку при HTTP-сервер не може зворотного вирішити ім'я хоста до IP адресою. Попередня поведінка: показати помилку сокета. Дане поведінка :. виплюнути пропозицію на стандартний висновок
• Змінні середовища встановити за допомогою середовища = значення в
• [supervisord] розділ не мали ніякого ефекту. Завдяки Wyatt Балдуина патча.
• Виправлена ​​помилка, де зупинки процесу викличе вихід процесу, що сталося після того, як запит зупинки був виданий будуть втрачені. См https://github.com/Supervisor/supervisor/issues/11.
• переміщена зміни 2.X записи журналу в History.txt.
• Старовинна changes.txt і README.txt в належний ReStructuredText і включив їх в long_description в setup.py.
• Додана tox.ini до пакету (управління з Струмі в пакаджем). Тести керівник на декількох версіях Python.

Вимоги

• Python