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 зло большое,
сколько раз увидишь петтеринга, столько раз его и убей.

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

Провет

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

(Анонимно)
2022-01-01 00:48 (ссылка)

>не разбирались в причинах безобразия, повертев ручки и удовлетворившись тем, что "заработало"

насчёт разобраться мое мнение такое, что люди просто постарели и не хотят разбираться; но виноват поттеринг и системд.

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

> у меня совершенно другие воспоминания: проблемы linux в начале его существования были связаны с дефицитом драйверов в основном

и с софтом. я самое начало существования линукс не застал. в любом случае, начал знакомство с линуксом со slackware, а оно ни в конце 90х, ни в начале 2000х не годилось вообще ни для какой работы (ну может кроме PC-роутера или почтовика). то есть работать на нем было возможно в теории; на практике половину времени приходилось конпелять софт, которого не было в слаке (и это если повезет и есть подходящая документация). и ковыряться в портянках на шелле. после слаки начала 2000х (да даже любой новее) системд выглядит венцом творения, честное слово.

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

grusha
2022-01-02 00:42 (ссылка)

>насчёт разобраться мое мнение такое, что люди просто постарели и не хотят разбираться; но виноват поттеринг и системд.

Дело в том, что поттерингов (читай: интеллектуально незрелых, но амбициозных любителей срывать низковисящие фрукты) развелось очень много. Разбираться в креативах каждого из них - контрпродуктивно и бессмысленно. Нужны другие стратегии поведения.
Как говорил Ленин: один поттеринг может в 100 раз больше насрать кода, чем 100 кнутов способны разгрести.

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

	(Анонимно) 2022-01-03 21:20 (ссылка)
	разбираться в чужих портянках на шелле тоже так себе стратегия. (Ответить) (Уровень выше) (Ветвь дискуссии)

grusha
2022-01-04 00:05 (ссылка)

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

А вообще, дихотомия "системд vs скрипты" это изрядная глупость. Ни у кого нет никаких проблем с менеджерами сервисов вообще, проблемы есть конкретно с системд.

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

(Анонимно)
2022-01-04 01:28 (ссылка)

ну что опять за идиотские маневры

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

а мне к примеру нахуй не упали портянки на шелле, мне надо питон и работать с гис системами (NB: Каледин нахуй, все трое)

(Ответить) (Уровень выше)

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