>> "Нефанаты" не тащат, гм, всякое в рот. Извините уж.
> Тащат, да еще думают что остальные должны жевать именно это, окаменелое.
>> Далее будет предпринята попытка ликбеза. Не думаю что пойдет в прок, но...
> Ваша квалификация не позволяет такую роскошь - "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. Но фиг с ним...
