>> Далее будет предпринята попытка ликбеза. Не думаю что пойдет в прок, но...
> Ваша квалификация не позволяет такую роскошь - "permission denied".Ну, я и написал выше про "прок". Жаль.
>> Поясняю: полседьмого наступает кажный день, регулярно, в полседьмого.
>> "Коннект на сокет" - может наступить в полседьмого, может в полвосьмого.
> А какая разница?
Тебе объяснили.
>> А может и в обеденный перерыв, когда "фанат" ушел лопать свой фастфуд, оставив
>> на сервере кривой конфиг у сервиса. Из-за чего оный сервис
>> не стартует после того самого "коннекта". Занавес.
> И тут в чем разница? Если конфиг кривой - он и полседьмого
> кривой. И полвосьмого.
Разница в том, что проблема со стартом сервиса будет наблюдаться в непредсказуемый заранее момент. А не при плановой перезагрузке (старт системы) или (как для задач крона) - по известному расписанию.
> Вопросы проверки валидности конфигов
Помимо "валидности конфигов" есть еще десяток сценариев, в которых аналогичная засада может проявится.
> И если уж на то пошло, нормальная
> система инициализации имеет тенденцию писать в лог факапы связанные с кривыми
> конфигами, отсутствующими файлами и прочей нехваткой прав.
Ну вот в Debian - как раз такая и была, без всяких systemd.
>> Если разница не понятна - могу нарисовать еще пару аналогичных сценариев.
> При нормальных административных практиках, как то написал конфиг -> проверь как работает
Если человек "при нормальных практиках" не понимает что он будет делать ошибки - вон из профессии.
> Может быть, ты еще и оверкоммит VM выключаешь по этим соображениям?
Я не вижу как можно распространить "эти соображения" чтобы выключить оверкоммит. Чудило, ты способен предсказать *когда* у тебя кончится память?
>> А вот ежели смешать - мартышки из федоры моментально "оптимизируют" sshd, чтобы
>> он стартовал "по пакету". "Повбывав бы" (ц)
> Чтоб ты знал, sshd на каждый пук сам процесс форкнуть не дypaк,
Не больше чем нужно.
> поэтому при мало-мальски активном брутфорсе ему становится фигово и он норовит
> ресурсы оптом жpaть, если админ этот момент клювом прощелкает.
И что, systemd магически решает эту проблему? Те, кто держат шелл-хостинг и имеют проблемы с брутфорсом - будут использовать ровно то, что и прежде.
> Вместе с остальным серваком, если админ не костыльнул лимитирование ресурсов (опять же нормальный
> запускач и тут имеет шансы подыграть, в отличие от init, где
> все проблемы традиционно спихиваются на админа - он не ленивый, все
> закостылит сам).
Я что-то пропустил и в systemd уже прикрутили AI, способное грамотно разделить ресурсы сервера? Можно сравнить удобство лимитирования ресурсов с systemd или без - но это отдельная тема. На вкус и цвет...