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

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 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 же намного всеохватнее, там виртуальную машину свою часом не запилили ещё?

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

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


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