Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет Misha Verbitsky ([info]tiphareth)
@ 2021-12-29 15:43:00
Previous Entry  Add to memories!  Tell a Friend!  Next Entry
Настроение: 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 зло большое,
сколько раз увидишь петтеринга, столько раз его и убей.

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

Провет


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


[info]spqr
2021-12-30 10:01 (ссылка)
Просто если запускается что-то чуть более хитрое, всё равно заканчивается теми же портянками на шелле, с которыми героически воевали, наворотив вот эту монструозину.

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


[info]kaledin
2021-12-30 14:14 (ссылка)
Разумеется, потому что оно решает не ту задачу -- не чтобы у нормальных людей все работало вменяемо, а чтобы у дебила все работало из коробки (а что при шаге вправо-влево оно дохнет, это ничего, дебилу не положено). Обсуждали миллион раз.

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


(Анонимно)
2021-12-30 16:36 (ссылка)
дооо виноват дебил а каледин недебил и невиноват бгг

но раз недебил - ставь генту, ставь xBSD, там всё для недебилов

не, не будешь? будешь сидеть в минте на матэ с системд? как странно!

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


[info]spqr
2021-12-30 20:42 (ссылка)
Причём и раньше у дебила тоже работало (во всяким случае уже в конце 90-ых дистры ставились и всё из коробки работало, не припомню ни одной проблемы со стартом процессов). Это всё типа как тошнотный гном: люди вымыслили себе какой-то шизоидный юзкейс, и криво его реализуют.

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


(Анонимно)
2021-12-30 21:55 (ссылка)
> уже в конце 90-ых дистры ставились и всё из коробки работало

пиздеть не мешки ворочать бгг

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


[info]sometimes
2021-12-31 18:03 (ссылка)
Я тоже хотел так сказать - но у автора комментария четко и аккуратно указано,
что речь идет о проблемах в init.d

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

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


(Анонимно)
2021-12-31 20:10 (ссылка)
установить систему в конце 90х было крайне непросто; работать с ней было временами попросту невозможно.

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

сейчас этих проблем нет; однако вылезают некоторые и воют, что им не нравится системд. а не пошли бы они нахуй, например? если ограничиться топиком, то вербицкий абсолютно не понимает, судя по описанию проблемы и решения, что и зачем он делает. так пусть почитает документацию, епта. сейчас не как в конце 1990х, когда машина зачастую была одна, и если ты её не настроил - то доступа никуда нет вообще, даже к встроенной документации.

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


[info]sometimes
2022-01-01 00:24 (ссылка)
> сейчас этих проблем нет; однако вылезают некоторые и воют, что им не нравится системд.

может быть, вы имели в виду другое, но выглядит так, как будто в том, что "сейчас этих проблем нет" есть заслуга systemd, то есть все-таки проблемы были "со стартом процессов". у меня совершенно другие воспоминания: проблемы linux в начале его существования были связаны с дефицитом драйверов в основном, и меньшим количеством рабочих рук. Fuck You NVIDIA - это как бы уже намного более поздняя ипостась этого фактора.

то, что "судя по описанию решения" написано по ссылке, указывает, что, действительно, люди на stackoverflow (а не Вербицкий) не разбирались в причинах безобразия, повертев ручки и удовлетворившись тем, что "заработало". мне такой подход не нравится, но, вообще говоря, и людей можно понять, они просто хотят, чтобы заработало, и все, особенно, когда речь идет о системе поддержки веб-дневников. мне кажется, что в том, что разобраться стало труднее, в частности, вина и systemd тоже: разобраться в работе скриптов небольшой глубины, шевеля их, и смотря, что изменилось, проще, чем отлаживать глубоко встроенную в систему чуть ли не на уровень ядра и пустившую там вовсюда корни программу на языке C.

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


(Анонимно)
2022-01-01 00:48 (ссылка)
>не разбирались в причинах безобразия, повертев ручки и удовлетворившись тем, что "заработало"

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

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

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

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

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


[info]grusha
2022-01-02 00:42 (ссылка)
>насчёт разобраться мое мнение такое, что люди просто постарели и не хотят разбираться; но виноват поттеринг и системд.

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

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


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

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


[info]grusha
2022-01-04 00:05 (ссылка)
Для этого по крайней мере не надо разбираться в самом шелле. Он просто работает, стабильно и предсказуемо, в отличие от.

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

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


(Анонимно)
2022-01-04 01:28 (ссылка)
ну что опять за идиотские маневры

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

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

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


[info]kaledin
2022-01-01 19:37 (ссылка)
>установить систему в конце 90х было крайне непросто; работать с ней было временами попросту невозможно.

Дебилу вообще жить непросто, больно и трудно. Выход очевиден -- не живи.

>сейчас этих проблем нет

Их и тогда не было. Их вообще нет.

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


(Анонимно)
2022-01-01 21:42 (ссылка)
у каледина пригорает; хорошо!

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


(Анонимно)
2022-01-02 19:08 (ссылка)
у каледина тухнет только когда он засыпает

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


[info]sometimes
2021-12-30 22:57 (ссылка)
С init я тоже не помню.

Впрочем, systemd же намного всеохватнее, там виртуальную машину свою часом не запилили ещё?

То есть, например, оно корки прячет. Вот кому корки мешали, а?

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


(Анонимно)
2021-12-31 00:14 (ссылка)
Антисистемдишики - точь в точь, как антиваксеры. Такие же точно идиоты, и воюют с ящерицами по кроватью.

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


(Анонимно)
2021-12-31 16:55 (ссылка)
ты, хохло, уже заразность соплей искусственным чихом доказало?

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


[info]sometimes
2021-12-31 18:01 (ссылка)
Безотносительно войн остроконечников с тупоконечниками - с вашей точки зрения это не вопиющая история, когда у разработчика системы управления сервисами настолько чешутся руки, что постоянно ломается запуск элементарных и общеупотребительных вещей (а Мария - это, кажется, самая популярная реляционная база с открытым кодом)?

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


(Анонимно)
2022-01-02 22:28 (ссылка)
Начнем с того, что мы тут вообще не знаем последовательности действий кривых мишиных рук. daemon-reexec например в нормальных обстоятельствах требуется при обновлении самого systemd, и это штатная операция, которую нормальный администратор просто должен сделать после обновления (либо ребутнуть систему).
Во-вторых, юниты для марии (как и всех остальных сторонних сервисов) внезапно пишут не авторы systemd, а авторы тех самых сервисов, либо мейнтейнеры дистра. Если последнии не озаботились проверкой корректности обновления до новой версии, то при чем тут systemd? Да ни при чем, просто старику нужно облако, чтобы покричать на него и погрозить кулаком.

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


[info]apol
2022-01-02 08:50 (ссылка)
systemd в 99% случаев спасает от написания шелл-скриптов. Больгинство базовых задач, которые требуют портянки на Баше в init.d, решаются добавлением одной строки в юнит файл.
Если это личный комп или сервер, выполняющий одну задачу, типа мигиного, то нет проблем написать на шелле. Да и большинство программ приходят с готовым скриптом для init.d. Диды вообще на local.rc всё делали и Гейтса победили.

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

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


[info]kaledin
2022-01-02 14:25 (ссылка)
>Проблема начинается, когда у тебя в зоопарке серверов несколько тысяч и тебе некогда трахаться с этими скриптами.

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

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


(Анонимно)
2022-01-02 16:25 (ссылка)
как нам выше уже объяснил другой каледин: "проблем вообще нет".

а если есть - "вообще жить непросто, больно и трудно. Выход очевиден -- не живи."

go practice what you preach.

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


[info]perfect_kiss
2022-01-03 04:11 (ссылка)
> сделанные для массовых дебилов операционные системы

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

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


[info]kaledin
2022-01-03 12:33 (ссылка)
Виндоз и мак.

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

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