SystemD должен умереть

[angry_elf]

Как легко возненавидеть systemd:

# supervisorctl status

Comments

[slach]

да ладно тебе, как то ты поздно лет на 5 к Поттерингу любовью проникся

просто supervisord больше не разрабатывают, как говорится зачем, если есть кубы? =)

[angry_elf]

Да я это говно с самого начала ненавидел. Просто на дешевых vps нет альтернативы

[angry_elf]

> просто supervisord больше не разрабатывают, как говорится зачем, если есть кубы? =)

Да нормально его разрабатывают. А кубы уйдут туда же, куда и прочие виртуалки, в нишевую хуету.

[slach]

ну и /etc/init.d/
такое себе =)

все давно уже на systemctl сидят

[angry_elf]

Скрипт есть? Есть. Изволь блюсти

[amarao_san]

Я не до конца понял в чём тут претензия к systemd. Он же отработал как ожидалось. Или нет? Если нет, поясни, что именно ты ожидал и что получил.

[angry_elf]

Он запустил, но считает, что не запустил. В логах ошибка "порт занят", хотя это пиздёж.

[amarao_san]

Без содержимого юнита я не могу сказать насчёт "считает, что не запустил". Если там Type=oneshot и RemainAfterExit=false, то это ожидаемое поведение.

Если RemainAfterExit=true, или тип другой (а сервис вышел), это может ещё зависить от SuccessExitStatus (если сервис вышел с кодом 0, дефолтное поведение systemd, считать, что так и должно быть. Его можно поменять).

В целом, systemd - самая непротиворечивая и сохраняющая инвариант система запуска, которую я видел. Там есть ответы на все странные ситуации, и для всех ситуаций (которые я видел), поведение либо не может быть другим, либо есть опции для подстройки юнита.

А вот юнит-файлы могут быть криво написаны, факт.

[angry_elf]

В прошлый раз оно супервизор вообще два раза запустило. Как умудрилось - не представляю даже