Неужели убило процесс?

какая команда была выполнена

/bin/sh -c /usr/sbin/rndc reload > /dev/null 2>&1 || /bin/kill -HUP $MAINPID

каков был результат

0

ExecReload есть, не тупи, значит это и выполнилось. если нет, то будет остановка и запуск.
что какой-то дебич прописал в ExecReload вообще проблема тех, кто юзает бинд в 20!8 году.

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

угу, лёня ночью прокрался и сделал юнит для днс сервера. так и было.

дай четкий ответ, что и как.

Глупость какая.

я подожду еще маленько интересных ответов, а потом отвечу тебе, в чем ошибка.

«что и как» что?
как работает reload-or-restart? я тебе уже написал, можешь маны открыть.
что находится внутри ExecReload — зависит от автора сервиса, а не от systemd. кто там написал какую-то хероту? лёня? нука, скажи расскажи.

не надо писать «если». глядя только на приведенный вывод, напиши, с сервиом проишло то-то и то-то. если не знаешь, что произошло, не надо офтопа.

Systemd - это аналог не SysVinit, а upstart. Последний хотели внедрить в RHEL 6, чтобы распараллелить загрузку, но в процессе нашли в нём фатальный недостаток, и сделали на замену Systemd

Последний хотели внедрить в RHEL 6

ты, видимо, хотел сказать RHEL7

с каким сервисом? с named.service сервисом, или с днс сервисом как сервисом днса?
с первым — я тебе ответил. произошёл ExecReload. а чё там в днс сервисом произошло, незнаю, может он сделал rm -rf * и взорвал ядреную бомбу.

нашли в нём фатальный недостаток

В чём недостаток то был?

ок, ответ понял. только вот знаешь, что странно? цель init system дать нам возможность управлять сервисами (в данном случае цитирую «днс сервисом как сервисом днса») и знать, что с ними происходит после выполнения определенных команд. если ты не можешь однозначно ответить, что произошло с «сервисом как сервисом» - это значит, что что-то очень-очень странное происходит у тебя в системе.

Ты, грубо говоря, задаешь желаемые цели и службы и когда они должны запуститься и от каких других служб они зависят. systemd строит у себя зависимости и запускает всё по очереди. Параллельно и одновременно, если возможно. И при этом не надо, в большинстве случаев, писать sh-скрипты на каждый чих: скрипт при перезапуске сервиса, запуска, отключения и т.д.

путей решения задачи не конечно.

Это плохо.

Фатальный недостаток #0 - Not invented here

Его писали не они

systemctl cat bind9.service
# /lib/systemd/system/bind9.service
[Unit]
Description=BIND Domain Name Server
Documentation=man:named(8)
After=network.target
Wants=nss-lookup.target
Before=nss-lookup.target

[Service]
EnvironmentFile=/etc/default/bind9
ExecStart=/usr/sbin/named -f $OPTIONS
ExecReload=/usr/sbin/rndc reload
ExecStop=/usr/sbin/rndc stop

[Install]
WantedBy=multi-user.target

вот тебе сервис. а ты приходишь с наездом на «ой сисямде, фифифи удобна» и спрашиваешь чё произошло с твоим деприкетед в случае

ExecReload=/usr/sbin/rndc reload | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'

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

K.O.

какая команда была выполнена

systemctl reload-or-restart named.service

kаков был результат

systemd[1]: Reloaded

а у меня не deprecated как раз. у меня как раз Fedora и это дело потом скорее всего появится в RHEL8. я напоминаю, что named - это инфраструктурный сервис уже много-много лет. это не какой-то биткойн майнер или еще неизвестно что (редкий случай какой-то). если бы я написал пост про windows, что мол не понятно, что значит код ошибки DNS Event ID: 4013, мы бы все с презрение пожали плечами. Это же windows. А тут начинаются какие-то танцы.

ты мне можешь объяснить причём здесь systemd?

вот тебе сервис.

и еще у меня вопрос. разве одним из пунктов продвижения systemd не была унификация? раз ты мне сейчас приводишь «правильный» вариант, а у меня типа не правильный, то где здесь унификация?

ответил сейчас и отвечу потом, когда скажу, что произошло на самом деле.

про унификацию в плане параметров запуска, остановки или пере... как это по русски, короче reload, ты сейчас сам придумал?

In May 2014, Poettering further described systemd as unifying «pointless differences between distributions,» by providing the following three general functions:[12]

A system and service manager (manages both the system, as by applying various configurations, and its services)

A software platform (serves as a basis for developing other software)

The glue between applications and the kernel (provides various interfaces that expose functionalities provided by the kernel)

теперь процитирую из этого отрывок, подтверждающий твои ожидания или добро пожаловать в клуб, образовавшийся неделю назад. называется «я разочарован из за завышенных ожиданий».

«из-за» пишется через дефис. первый пункт.

Systemd унифицирует, устраненяя бессмысленых различий между дистрами, посредством трех основных функций:

* Системный и сервисный менеджмент (управление и системой ... и сервисами).

если этого не достаточно, сходи на http://0pointer.de/blog/projects/why.html

там есть пункт-сравнение:

Easily writable, extensible and parseable service files, suitable for manipulation with enterprise management tools

Короче, ладно. Я тебя в общем и целом понял. Что «с сервисом как сервисом днс» ты сказать не можешь, а потроллить меня готов. Потроль кого еще. А я подожду, может кто по делу отпишет.

вообще проблема тех, кто юзает бинд в 20!8 году.

А что ты предлагаешь использовать вместо bind?

Что «с сервисом как сервисом днс» — читай шелл однострочник. rndc reload, а если фейл, то kill -HUP.
уже, автоматом «если» внесли твои мейнтейнеры.
за орфографию ненадо меня поправлять по пустякам, у меня свой взгляд на дефисы и пробелы между частицами отрицания если там нет никакого смысла. как, например, «ненадо».

unbound?

хорошо. подожду немного и отпишу, в чем ты ошибся.

unbound?

Ты ещё dnsmasq вспомни. Опять админ локалхоста вылез в тред? Кроме кеширующих DNS, бывает, нужен и другой функционал. Расскажи, как его сделать авторитативним.

Ты до полчетвёртого ночи трахался с биндом, нашёл в чём проблема, и это был не SYSTEM/D? бедненький ¡_¡

Скорей всего ты баттхертишь от того, что сервис поднялся, но не работает. Например, потому что в конфиге говно и он там висит в бесконечном цикле, ожидая когда ты ему поправишь файлик с зонами

Читай логи, чо.

Поставь какую-нибудь систему мониторинга, которая будет делать 1 запрос в секунду и показывать actual liveness вместо «факта попытки запуска»

Заббикс какой-нибудь, или что там люди используют в 20!8 для этого

ути пути, да тут прям веет благодушием.
так тебе авторитативный нужен? ну так и спрашивай. вон, возьми powerdns и волосы будут шелковистыми, если остались.

до сих пор не понимаю чем Лёню не устроили портянки на баше

Тем, что на баше. Для виндузятника это же птичий язык. Впрочем, не устроили они не Лёню, а менеджмент редхота, который в свою очередь прогнулись под админо-дебилов все с той же шинды.

Или ты за то, чтобы в systemd ещё и Заббикс Лёня встроил?

Напиши Лёне, наверняка он встретит твою идею с пониманием. Вы много общего найдете с такими желаниями

Короче, в новом дивном мире одмин сервака обязан быть дебилом и не уметь программировать совсем. Чтобы случайно не отобрать хлеб у касты т.н. девопсов.

Пойду я на диван (девуан)...

Ну даже не знаю. Подпишусь, пожалуй, на тред (нет), чтобы узнать, что же там аффтар считает фатальным недостатком.

ути пути, да тут прям веет благодушием.

Не люблю, когда некомпетентные лезут в спор.

так тебе авторитативный нужен? ну так и спрашивай. вон, возьми powerdns и волосы будут шелковистыми, если остались.

Конечно, нужен. Но ты без вопросов предложил заменить bind на unbound. Это говорит о твоей квалификации.

балбес, в русском языке значок "?" — это вопрос.

балбес, в русском языке значок "?" — это вопрос.

А, ну то есть, ты предлагал, но сомневался? Ну ОК. Какого ты тогда пишешь о вещах, в которых не разбираешься?

до сих пор не понимаю чем Лёню не устроили портянки на баше

Тем, что на баше

Точнее на даше. Кстати, а на питоне их можно было писать или они тупо запускались как sh /etc/rc2.d/*? А то уже не помню как было...

Заббикс, постфикс, кошку, мышку мамку, папку, дедку, репку. Ничего не забыл, чем надо системд засрать?

Если серьезно, неплохо бы иметь прям в гуях системд возможность сделать колбэк к системе мониторинга, и каким-то отдельным индикатором нарисовать состояние. Оно ещё так не умеет?

заметь, я не говорил про фатальный недостаток. мне просто интересно, как любители systemd на самом деле в нем шарят.

Ты до полчетвёртого ночи трахался с биндом, нашёл в чём проблема, и это был не SYSTEM/D? бедненький ¡_¡

а? я вообще по ночам не сплю. с биндом нет, не трахался. чего трахаться, когда я с ним уже 10 лет живу.

Скорей всего ты баттхертишь от того

Подожду еще ответов...

Поставь какую-нибудь систему мониторинга

Спасибо, но ты же не думаешь, что я эту хрень вижу у себя на продакшене? Это тест и детские игры (срач на лоре).

по этой теме они [пока] имеют только выдачу булевого статуса по is-active/is-failed. настоящих колбеков к см нет(еще бы! LP ведь не админ, ему этот мониторинг вообще...). а по логике вещей я с тобой согласен.