AZ
Size: a a a
2020 July 02
MK
TCP cокеты с возможностью использования SSL. Там свой протокол, не HTTP.
Так долго от тебя вестей не было )
ML
https://github.com/systemd/systemd/issues/2175#issuecomment-649525749
Поттеринг обсуждает про systemd и reload config ту же самую проблему, с которой столкнулись мы в флюссонике и которая не решается в OTP =(
Поттеринг обсуждает про systemd и reload config ту же самую проблему, с которой столкнулись мы в флюссонике и которая не решается в OTP =(
ML
И он ровно по той же самой причине, по которой оно не решено в OTP не хочет решать её в systemd
MK
Так и в чем проблема?
EK
@maxlapshin у вас нет поддержки перезагрузки конфига?
EK
не сильно вникал, но из issue ничего не понял
SP
TCP cокеты с возможностью использования SSL. Там свой протокол, не HTTP.
т.е. где-то там в NSA сидели писали парсер для erlang external term format 😀
ИИ
Так и в чем проблема?
В древовидности и непредсказуемости видимо
I
Evgeny Khramtsov
не сильно вникал, но из issue ничего не понял
с обычными скриптами можно сказать service nginx reload. И этот релоад не запустится, если у тебя конфиг битый. А сейчас ты говоришь systemctl reload nginx и узнаешь о битом конфиге, когда nginx не поднялся.
Поттеринг говорит, что "вам надо, вы и тестируйте конфиг, причём тут systemctl"
Поттеринг говорит, что "вам надо, вы и тестируйте конфиг, причём тут systemctl"
ML
Так и в чем проблема?
проблема в том, что когда супервизору дали все спеки, он может достаточно точно гарантировать: вот один процесс запустился, вот следующий за ним, причем тот второй процесс может быть точно уверен, что первый жив и работает
Когда начинается реконфигурация, то это всё сделать сильно сложнее. Нужен протокол распространения реконфигурации
Когда начинается реконфигурация, то это всё сделать сильно сложнее. Нужен протокол распространения реконфигурации
ML
Evgeny Khramtsov
@maxlapshin у вас нет поддержки перезагрузки конфига?
у нас то есть, но это всё сильно в стороне, причем настолько, что мы вообще стараемся не пользоваться стартовыми параметрами, которые передает супервизор.
Т.е. у нас все (на самом деле нет и это бардак) процессы стартуют как бы холодные, ненастроенные и потом уже ждут обновления конфигурации и пытаются сконвергироваться туда
Т.е. у нас все (на самом деле нет и это бардак) процессы стартуют как бы холодные, ненастроенные и потом уже ждут обновления конфигурации и пытаются сконвергироваться туда
EK
ага, я знаю эту боль, но в итоге я справился с перезагрузкой конфига в ejabberd, там если что over 1000 опций :) Ну самый лютый buthurt конечно с супервизорами, на них нельзя держать конфиг, читать конфиг только из init() самого процесса
MK
Ага, ясно. Т.е. один процесс обновил конфигурацию, второй не смог и упал, и этот фарш теперь не прокрутить назад.
EK
ну у меня было сделано так, что конфиг полностью валидируется перед скармливанием
AK
выгодно разбивать эту задачу на конкретные реконфигурки. Типа переподключится к базе. Или сменить листен урл. И тогда все разбивается на посильные задачки. А полный реконфигур через рестарт
EK
невыгодно, если ты делаешь систему под ключ и отдаёшь заказчику
EK
ему надо одну команду "reload" и всё
EK
конфиг сам должен всё обновить
AK
Если админка есть, то выгодно. Поменял что то - применил