на самом деле всё так и есть

давая команду рестарт я ожидаю что старый будет убит а новый поднят

обычно так и происходит

код выхода будет 0

https://pastebin.com/djFaJSBG

вот как на самом деле

# service consul restart Stopping consul. Starting consul. daemon: process already running, pid: 982 /usr/local/etc/rc.d/consul: WARNING: failed to start consul

а скрипт консула норм?

пиды он правильно читает?

https://svnweb.freebsd.org/ports/head/sysutils/consul/files/consul.in?view=co

в rc.conf прописал?)

вот этот

/var/run/consul.pid 1194 так же как у процесса

Ну вот, перекомпилил ядро гостя убрав VIMAGE и переписал жейл конф под loX. Попутно нашел багу в powerdns-recursor который некорректно работает внутри клетки при listen=0.0.0.0. Надо будет воспроизвести и зарепортить. Вернул назад prim/sec кэша ни хосте и запустил отчёт. Если снова крашнится, то здесь, как говорится, наши полномочия, уже как бы всё (с)

1307 - Is 0:00,00 daemon: /bin/sh[1308] (daemon) 1308 - I 0:00,00 /bin/sh -c /usr/local/bin/influxd -config=/usr/local/etc/influxd.conf 2>&1 | /usr/bin/logger - 1312 - S 52:57,03 /usr/local/bin/influxd -config=/usr/local/etc/influxd.conf 1313 - I 0:00,72 /usr/bin/logger -t influxd -p daemon.info

если мы отошлем kill -HUP для процесса 1307 - он перезапустит процесс 1308

cat /var/run/influxdb/influxd.pid 1308

@dmitryluhtionov чо делать та :)

рестарт фейлитсо

рестарт фейлитсо

а разве там есть стоп-кмд, рестарт-кмп?

можно подебажить

в /etc/rc.conf добавить

rc_debug="YES"

# service consul restart /usr/local/etc/rc.d/consul: DEBUG: checkyesno: consul_enable is set to YES. Stopping consul. /usr/local/etc/rc.d/consul: DEBUG: run_rc_command: doit: su -m consul -c 'sh -c "kill -TERM 1592"' /usr/local/etc/rc.d/consul: DEBUG: checkyesno: consul_enable is set to YES. /usr/local/etc/rc.d/consul: DEBUG: run_rc_command: start_precmd: consul_startprecmd Starting consul. /usr/local/etc/rc.d/consul: DEBUG: run_rc_command: doit: limits -C daemon su -m consul -c 'sh -c "/usr/sbin/daemon -r -f -p /var/run/consul.pid /usr/bin/env /usr/local/bin/consul agent -config-file=/usr/local/etc/consul/config.json -config-dir=/usr/local/etc/consul.d "' daemon: process already running, pid: 1592 /usr/local/etc/rc.d/consul: WARNING: failed to start consul

чот лучше не стало

точнее букв больше понимания меньше

а если просто stop сделать

процесс правда остается? надолго? на ручной SIGTERM реагирует?

root@node1:/usr/local/etc/rc.d # ps wax | grep cons 1924 - S 0:00.14 /usr/local/bin/consul agent -config-file=/usr/local/etc/consul/config.json -config-dir=/usr/local/etc/consul.d 1929 0 R+ 0:00.00 grep cons root@node1:/usr/local/etc/rc.d # service consul stop Stopping consul. /usr/local/etc/rc.d/consul: DEBUG: run_rc_command: doit: su -m consul -c 'sh -c "kill -TERM 1924"' root@node1:/usr/local/etc/rc.d # ps wax | grep cons 1943 - S 0:00.07 /usr/local/bin/consul agent -config-file=/usr/local/etc/consul/config.json -config-dir=/usr/local/etc/consul.d 1948 0 R+ 0:00.00 grep cons

вот тут и ответ на вопрос почему -r не добавляется по дефотлку

кто тут говорил что systemd плохо ? быстренько от слов отказались ага.

а где ответ?

паста большая

ответ в том что service consul stop посылает сигнал управляемому процессу а не демону

ага, сначала наворотит из разряда "а вы на шкаф залезьте", а потом ему systemd хорошо

тут нет ничего навороченного.

почему для подавляющего большинства демонов в нашем rc.d такой проблемы нет?

тут тривиальная логика рестарта приложения.

скрипт из портов

желание рестарта процесса при его смерти считаю естественной потребностью

нормальный софт, для начала, умеет сам демонизироваться

нормальность софта не вопрос системы инициализации софта.

сухой остаток. * abi в минорном релизе поломали. * инит система работает через одно место. * Нетфликс.

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

а не поэтому ли портер не предусмотрел ?

желание рестарта процесса при его смерти считаю естественной потребностью

дохуя кто поспорит

дохуя кто поспорит

их право. я понимаю ответственность. и готов ее принять. но нет такой возможности.

например, я как раз по умолчанию буду ждать, что оно не обладает неестественным интеллектом

рестарт при падении искуственный интеллект ? вы такой в сбере делали ?

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

ведь так, признайся.

так и признаюсь да

ну так и читай man daemon дальше и правь под supervisor pid

пока выглядит что система инициализации сливает системд.

Ещё один всё понял :)))

Ещё один всё понял :)))

О, ты проснулся :)))

СИСТЕМ-ДЭ ГОВ-НО! СИСТЕМ-ДЭ ГОВ-НО! ГОВ-НО ГОВ-НО СИСТЕМ-ДЭ СИСТЕМ-ДЭ! ХАРЕ ХАРЕ!

meh, гифка должна была быть\

а ваще-то это на кришнаитов, неужели кто-то не понял

охуеть, и правда

есть ли жизнь на freebsd в повседневном юзинге?

А с чего взял что жизни там нет? :)

есть ли жизнь на freebsd в повседневном юзинге?

нету, только по выходным, праздникам и на пасху

ну может, повседневная жизнь - это танчики ?

и без танчиков - никакой жизни

нету, только по выходным, праздникам и на пасху

а в шабат?

ну может, повседневная жизнь - это танчики ?

а с ними то что не так?

как с драйверами?

в шабат серверная обесточивается

как с драйверами?

под принтер canon lbp-810 нету

как с драйверами?

так возьми флешку и попробуй, делов то

под принтер canon lbp-810 нету

зайди в /usr/ports/print/foomatic-db

и сделай там cat pkg-plist | grep Canon-LBP

очень удивишься

мне другое интересно

кто-нибудь из имеющих коммит бит в src здесь есть ?

патчик посмотреть

посмотреть?

патчик посмотреть

может сразу ссылку на патчик? :)

https://pastebin.com/LxycjkeX

А чего не на http://reviews.freebsd.org/ там сразу и навесить на ответственного :)

https://pastebin.com/LxycjkeX

1) "can not if_alloc()" - поаккуратнее бы написать 2) а зачем проверка? типа если вдруг в будущем злые программисты появятся? :)

1. оно так написано в половине драйверов уже

2. if_alloc() может вернуть NULL

2. if_alloc() может вернуть NULL

только для тех типов, у которых определен level 2. У IFT_ETHER он не определен насколько вижу.

M_WAITOK-е в худшем случаи повиснет (и умрёт... )

@dmitryluhtionov или не так что? где-то явно падало?

вот кусок кода из if_alloc()

if (if_com_alloc[type] != NULL) { ifp->if_l2com = if_com_alloc[type](type, ifp); if (ifp->if_l2com == NULL) { free(ifp, M_IFNET); ifindex_free(idx); return (NULL); }

и я о нём

так вот для нашего IFT_ETHER-а нет if_com_alloc-а

только почему-то в 90% драйверов оно проверяет на NULL

но ведь это и не полный список где он не проверяется ?

вроде полный

вроде полный

sys/arm/allwinner/if_awg.c:1855

хм. я только по dev лазил

хм. я только по dev лазил

по хорошему конечно надо сделать везде проверочку, но это минорненько. :)

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