tiphareth: systemctl daemon-reexec

Настроение:	sick
Музыка:	Banco de Gaia - LAST TRAIN TO LHASA
Entry tags:	linux, ljr

systemctl daemon-reexec
Чиню машинку, с переменным успехом.
Походу на запасном серваке перестал подниматься
mysqld. Переставлял его раз 20, провел часов 5
в чтении руководств. Симптомы такие:
service start mysqld
выдает
Dec 29 19:27:34 anupet systemd[1]: mariadb.service: Control process exited, code=exited status=127
Dec 29 19:27:34 anupet systemd[1]: Failed to start MariaDB 10.1.48 database server.
Dec 29 19:27:34 anupet systemd[1]: mariadb.service: Unit entered failed state.
Dec 29 19:27:34 anupet systemd[1]: mariadb.service: Failed with result 'exit-code'.

Наконец, нагуглил работающий
рецепт (100-й из всех примененных):
надо запустить
systemctl daemon-reexec
и все, действительно, заработало

Мораль: systemd зло большое,
сколько раз увидишь петтеринга, столько раз его и убей.

Кидаю сюда, чтоб не потерялось, однако что если
еще раз подобное случится.

Провет

(Читать комментарии) - (Добавить комментарий)

apol
2022-01-02 08:50 (ссылка)

systemd в 99% случаев спасает от написания шелл-скриптов. Больгинство базовых задач, которые требуют портянки на Баше в init.d, решаются добавлением одной строки в юнит файл.
Если это личный комп или сервер, выполняющий одну задачу, типа мигиного, то нет проблем написать на шелле. Да и большинство программ приходят с готовым скриптом для init.d. Диды вообще на local.rc всё делали и Гейтса победили.

Проблема начинается, когда у тебя в зоопарке серверов несколько тысяч и тебе некогда трахаться с этими скриптами. С init.d весьма геморрно разбираться с порядком запуска серсисов на машине. Причем добавляя новый, легко сломать старые, особенно если это делается автоматическими тулзами.
А в systemd всё это тривиально, депердансы внутри юнита, копируются вместе с ним на другие машины. Юнит-файлы легко патчатся всякими ансибл-плэбуками.

(Ответить) (Уровень выше) (Ветвь дискуссии)

kaledin
2022-01-02 14:25 (ссылка)

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

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

(Ответить) (Уровень выше) (Ветвь дискуссии)

	(Анонимно) 2022-01-02 16:25 (ссылка)
	как нам выше уже объяснил другой каледин: "проблем вообще нет". а если есть - "вообще жить непросто, больно и трудно. Выход очевиден -- не живи." go practice what you preach. (Ответить) (Уровень выше)

perfect_kiss
2022-01-03 04:11 (ссылка)

> сделанные для массовых дебилов операционные системы

А это какие ? При словах "для массовых дебилов" представляется что то типа айбиэмовской MVS ( https://en.wikipedia.org/wiki/MVS), или ее современных воплощений. Только там по совокупной стоимости оно проигрывает даже амазону, причем лет десять уже, в массовых применениях тысяча серваков на линуксе дешевле будет. Плюс стоимость услуг консультантов по внедрению и кодеров под айбиэм стэк сравнима со стоимостью железа. Это прошлый век все. Сейчас даже сам айбиэм ставит на свои железяки линукс, типа хорошая скидка на цену кодерков получается

(Ответить) (Уровень выше) (Ветвь дискуссии)

	kaledin 2022-01-03 12:33 (ссылка)
	Виндоз и мак. (Ответить) (Уровень выше)

(Читать комментарии) -