>> "Нефанаты" не тащат, гм, всякое в рот.  Извините уж.
> Тащат, да еще думают что остальные должны жевать именно это, окаменелое.
>> Далее будет предпринята попытка ликбеза.  Не думаю что пойдет в прок, но...
> Ваша квалификация не позволяет такую роскошь - "permission denied".
>> Поясняю: полседьмого наступает кажный день, регулярно, в полседьмого.
>> "Коннект на сокет" - может наступить в полседьмого, может в полвосьмого.
> А какая разница?

Это вообще два разных подхода решающие разные задачи. Их нельзя сравнивать.

Например, нам нужно делать выгрузку данных ровно в определённые время из одной ИС, не позже (так как будет слишком поздно и к совещанию данные будут ещё не готовы) и не раньше (так как не будут выгружены необходимые данные). Это уже вопрос не технический, а организационный -- руководство так решило.

Хотя myhand привёл пример, который так и остался не понятым. Зачем ещё распинаться впустую?

>> А может и в обеденный перерыв, когда "фанат" ушел лопать свой фастфуд, оставив
>> на сервере кривой конфиг у сервиса.  Из-за чего оный сервис
>> не стартует после того самого "коннекта".  Занавес.
> И тут в чем разница? Если конфиг кривой - он и полседьмого
> кривой.

Нет.

> И полвосьмого.

Да, ибо уже пришёл админ и начал работать. И он чётко знает, что такие вещи можно делать только начиная с полвосьмого.

> Вопросы проверки валидности конфигов ортогональны событию "полвосьмого"
> или конекту на сокет.

Нет. Работа по временному расписанию добавляет предсказуемости поведения, что даёт возможность понимать что сейчас происходит с системой и соотвественно как с ней сейчас нужно обращаться.

Ещё раз, вы сравниваете два подхода, решающих тупо разные задачи. Не надо их сравнивать.

> И если уж на то пошло, нормальная
> система инициализации имеет тенденцию писать в лог факапы связанные с кривыми
> конфигами, отсутствующими файлами и прочей нехваткой прав. А с init выкручивайся
> сам, как умеешь. Логгинг где?!

Там где и обычно, в /var/log. В чём проблема? Кстати тут как раз была проблема в systemd, который не грузился в LXC-контейнере и нигде ничего не сообщал (ни на экран, ни в /var/log). Не знаю как сейчас, а некоторое время назад для повтора этого бага достаточно было сделать тупо "lxc-create -t debian -n fail" из Debian/Jessie. А для лечения тупо "lxc-attach -n fail -- apt-get install sysvinit-core openrc", ибо OpenRC+sysvinit спокойно грузились в той же ситуации и о всех проблемах сообщили в лог, несмотря на то дико малое комьюнити вокруг этого решения в Debian.

> поэтому при мало-мальски активном брутфорсе ему становится фигово и он норовит
> ресурсы оптом жpaть, если админ этот момент клювом прощелкает.

Зачем вообще за этим следить? У нас тупо recent и limit работают в iptables для таких.

Хотя я вообще не понял причём тут systemd/не-systemd. Но фиг с ним...