Systemd убивает Postgresql, ест детей и взрывает IPC

crypt> а что ты сделал в свои годы для хип-хопа

Да ничего он не сделал - смысла нет у него такое спрашивать. Он бесполезный евангелист systemd, который по факту вредит свободному ПО и косвенно поддерживает таких проприетарщиков как Microsoft.

intelfx> Какой кошмар, опциональное поведение ломает чей-то долбанутый workflow.

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

Просто надо банить оправдывателей фашистских действий Поцеринга.

intelfx> ублюдочность SysV IPC

В каком месте? Да и с чего вдруг ублюдочность, если, как ты выше написал, гномосеки не использовали этот IPC? И что мешало им тогда dbus использовать? Это ведь тоже IPC. Ещё они могли свой костыль для убивания гномопроцессов по списку наваять, чтобы Поцеринг ко всем не лез под дверь срать.

Рамси жил, Рамси жив...

Он намекает, что отрезать надо не пальцы.

На самом деле

у кого-то до сих пор не развито критическое мышление.

ssh в пользователя 'postgres'

«Если за это не убивать, то за что тогда убивать?» © vsl

что отрезать надо не пальцы.

А языки, тем людям кто такие гадости на форумах пишут?

Я задел твои чувства?

Прежде чем использовать громкие слова типа «продакшн», ты бы хоть разобрался что они значат.

Почему-то ни с чем нет проблем

Могу подогнать.

Да.

systemsql. За основу возьмут mssql.

А вместо init-скриптов будут хранимые процедуры.

правильно. чтоб не плодились такие.
системд ненужен.

А что на других дистрибутивах?

Божья роса...

Просто в голос! Как там детище Кая поживает?

Не уходи от вопроса.

Я не собираюсь отвечать на «спердобейся».

У чувака в голове есть некий идеальный мир <...> и он тупо не понимает что есть реальность со своими проблемами, задачами и процессами, и именно в этой реальности люди живут, работают и получают бабки

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

В каком месте?

Ответ на этот вопрос предлагается в качестве несложного упражнения читателю.

И что мешало им тогда dbus использовать? Это ведь тоже IPC.

Им — кому? Общая память и шина сообщений, конечно, оба называются IPC, но работают «немного» по-разному. У тебя с такими познаниями лезть в калашный ряд не особо выходит, да.

Просто надо банить оправдывателей фашистских действий Поцеринга.

+1, где подписать?

Хамло подзаборное. Аргументы, как я понимаю, кончились?

Отлично поживает.

Нет, речь как раз таки про пальцы тоже. Просто пальцы и остальное у нас любил резать Рамси же.

одна из причин почему я использую freebsd на серверах

потом что ВНЕЗАПНО неопределенное поведение случается чуть более, чем никогда

ну и моя жопа спокойна, конечно же

Хамло подзаборное. Аргументы, как я понимаю, кончились?

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

более того, эта ошибка даже в хваленой RHEL с Oracle Database есть:

https://www.linkedin.com/pulse/how-kill-your-database-seconds-os-update-rhel-...

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

обрати внимание на дату публикации - 30 мая 2016, проблема свежая

welcome to GNU\Linux world bro

Эм, «долбанутый флоу» - это аргумент?

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

Что меня в этом всем удивляет, это то, что LP - сотрудник редхата и он должен пилить systemd в первую очередь с оглядкой на стек самого RHEL. А по ощущению как будто работает отдельно. И команда у них маловата. Эх, вот если бы Торвальдс взялся за руководство таким проектом...

Когда в mainline?

спасибо за линк. это интересно!

p.s.

Systemd убивает Postgresql, ест детей и взрывает IPC (комментарий)

Давай, расскажи мне, чего он делать должен, а что нет.7

Иди с этой фразой в поддержку Майкрософт работать.

одна из причин почему я использую freebsd на серверах

во FreeBSD же тоже будут менять систему инициализации? слышал, есть планы. конечно, в спорах «FreeBSD vs Linux» я всегда за пингвина, но вот когда подумаю, что во фряхе систему инициализации, ядро, системную библиотеку и минимальное окружение будет делать одна команда, так вот уже не так хочется спорить.

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

maxcom привёл доводы к тому, чтобы не делать так конкретно в случае постгреса. В общем случае есть две-три точки зрения: 1) systemd вообще не должен подчищать SysV IPC за кем-либо; или 2) нужен правильный подсчёт запущенных от имени пользователя процессов, а не только сессий; или 3) просто не следует логиниться под учётками, от имени которых работают какие-то системные демоны. В апстриме решили (1), и у меня есть два комментария по поводу сабжа: - Идеального кода не бывает, сломали-узнали-починили; - Сам по себе юзкейс достаточно странный, поэтому истерика по поводу допущенного ляпа неуместна.

системд ненужен.

Эти черти и демонизацию хотят переделать чтобы работало в systemd и уже лезут с этим в работающий код.

во FreeBSD же тоже будут менять систему инициализации?

Это было обсуждение возможностей и планов на какой-то конференции. На это дела закончились. «будут» и «мы подумали что было бы неплохо» это кардинально разные вещи.
Скоро готовится новый релиз, и до сих пор никаких действий в этом направлении я не видел в release notes. И слава б-гу.

Эти черти и демонизацию хотят переделать чтобы работало в systemd и уже лезут с этим в работающий код.

а что с демонизацией не так?..

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html...

Всегда читай Known Issues перед обновлением, Luke

Нет, речь как раз таки про пальцы тоже. Просто пальцы и остальное у нас любил резать Рамси же.

Рамси кое-что ещё любил резать.

а что с демонизацией не так?

написано давно и не ими, NIH синдром. хотят все сломать и заточить под себя как поступала microsoft

я не знаю что может быть НЕ так с демонизацией, ЕМНИП, это давно изъезженная и тысячу раз пережеванная тема

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

void die_if_shit_happens(int val, char *errstr) {
	if (val < 0) {
		if (errstr != NULL) fprintf(stderr, "%s\n", errstr);
		exit(EXIT_FAILURE);
	}
}

void daemonize() {
	pid_t forkpid = fork();
	die_if_shit_happens(forkpid, "Unable to daemonize: fork.");
	if (forkpid != 0) exit(EXIT_SUCCESS);
	die_if_shit_happens(setsid(), "Unable to daemonize: start new session.");
	die_if_shit_happens(chdir("/"), "Unable to daemonize: change working directory to /.");
	die_if_shit_happens(close(STDIN_FILENO), "Unable to daemonize: can't close stdin.");
	die_if_shit_happens(close(STDOUT_FILENO), "Unable to daemonize: can't close stdout.");
	die_if_shit_happens(close(STDERR_FILENO), "Unable to daemonize: can't close stderr.");
	int stdio = open("/dev/null", O_RDWR);
	die_if_shit_happens(dup(stdio), NULL);
	die_if_shit_happens(dup(stdio), NULL);
}

тебе рассказать весь набор фич системд?

например, параллельная загрузка, ннада? или cgroups?

да и подчищение памяти у пользователя - имхо, это круто, непонятно только, почему эта фича включается и отключается только сразу для всего компьютера, а не для отдельного сервиса

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

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

вот тут на ЛОРе постоянно рассказывают сказки, что мантейнеры якобы чуть ли не лучше разработчиков знают софт и его код, и поэтому могут чуть ли не патчить исходники софта руками, добавляя и убирая фичи. Вся наивность этих сказок вот так и проявляется, на эпик факапах

тебе рассказать весь набор фич системд?

в этом и ужас, что он многовато на себя берет

например, параллельная загрузка, ннада?

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

да и подчищение памяти у пользователя - имхо, это круто

если ПО осталвяет shared memory после завершения своей работы, значит так и надо, не? посмотри сколько у тебя всего лежит в /dev/shm и сколько оно занимает места

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

это просто бизнес, см. темой выше: Systemd убивает Postgresql, ест детей и взрывает IPC (комментарий)

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

это проблема борьбы за бабки в мире опенсорса

вот тут на ЛОРе постоянно рассказывают сказки, что мантейнеры якобы чуть ли не лучше разработчиков знают софт и его код, и поэтому могут чуть ли не патчить исходники софта руками, добавляя и убирая фичи. Вся наивность этих сказок вот так и проявляется, на эпик факапах

вот тут лорчую

или cgroups?

ненужно

Тому же Теону он отрезал несколько пальцев и ещё кое-что. Но кроме Теона он кое-что не резал больше никому. В отличие от пальцев (эт тип любимая игруха).

Право голоса было использовано, чтобы нахамить.

а мне показалось, это ты назвал всех истеричными хейтерами:)

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

ага, правда я не уверен, что так оно и есть.

Сам по себе юзкейс достаточно странный

Он странный для тех, кто не работал с postgres. О чем собственно тебе все и пишут, но ты, ес-но, ведешь себя, как Д'Артаньян.:)

Идеального кода не бывает, сломали-узнали-починили;

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

Что мне было бы интересно понять, так это из-за чего произошел спор вокруг tmux. Он тоже был вокруг темы «неправильного» с точки зрения Философии SystemD (tm) поведения программ. И я в тот момент посмотрел вокруг себя и увидел счастливого виндовс пользователя, который делает disconnect - rdp сессия остается со всеми программами, делает logout - все закрывается. Если уж делать большие многофункциональные программы, которые делают только ограниченный набор юзкейсов, то почему не включить еще один полезный юзкейс.

Ладно, думаю, стоит завязать обсуждение отрезания МПХ :-)

насколько я помню они двойной форк хотят - школьник в другом треде это яростно отстаивал

вау! двойной форк! ничего себе разница в демонизации!

ЕМНИП, в линуксе (а шиштемди как раз только под него и заточен, точнее прибит гвоздями) дабл форк не нужен...

Скажем проще - шиштемди не нужен