From: "Михаил Новоселов" <mikhailnov@dumalogiya.ru>
To: sisyphus@lists.altlinux.org
Subject: Re: [sisyphus] Что делать с systemd?
Date: Sun, 17 Jan 2021 15:51:01 +0300
Message-ID: <37302daa-b85c-5f1b-e1b5-af2db616b10c@dumalogiya.ru> (raw)
In-Reply-To: <20210115175757.GJ3784@imap.altlinux.org>
15.01.2021 20:57, Michael Shigorin пишет:
> On Wed, Jan 13, 2021 at 03:32:15PM +0300, Михаил Новоселов wrote:
>>>> systemd так и задуман, чтоб КАЖДАЯ перезагрузка проходила с
>>>> новым порядком запуска юнитов с непредсказуемым результатом?
>>> Ну не умеют эти "архитехтуры" головой думать. Умели бы -- хоть
>>> проверку ацикличности графа делали бы при изменении вводных,
>>> чтоб проблемы вылезали по возможности не при запуске/останове,
>>> а тогда, когда с ними получается что-то сделать разумным
>> Затыки возникают из-за ошибок уже после запуска сервиса или их
>> слишком долгой работы, разве проверка на ацикличность поможет
>> это избежать?
> Затыки возникают из-за головотяпства. Яркая иллюстрация --
> искуственно созданные проблемы при отсутствующих блочных
> устройствах (свопе, например). Казалось бы, какое твоё дело,
> пиналки сервисов -- когда свалится (если свалится), вот там
> и надо смотреть; но нет, надо заблокировать процесс на минуты
> без возможности сказать "проехали".
Есть такое, особенно когда ждет завершения графической сессии, а вернуться в нее уже нельзя.
В целом на мой взгляд такое поведение имеет смысл, ведь, например, гипервизор может получить сигнал и начать выключать виртуалки, что не моментально происходит, вполне разумно его подождать, а потом прибить SIGKILL'ом, если сам не завершится.
sd_notify полезная штука, сервис может сообщить systemd, что он действительно начал выключаться, к примеру.
Что касается задержки при неудачном монтировании устройств, оно же, по-моему, пытается его смонтировать много раз, какой-то смысл в этом есть, мне кажется.
В общем для таких недостатков надо придумывать решения и обсуждать с апстримом, который вполне адекватный (да-да), конкретно здесь у меня не получается придумать что-то принципиально лучшее, чем имеющееся. А не просто так кричать, что systemd плох. Он хорош, чем-то плох, но по совокупности -- хорош.
>
> PS: я *много* лет собирал регулярки/стартеркиты и с sysvinit,
> и с systemd -- насмотрелся предостаточно "новых и улучшенных"
> режимов отказа.
Параллелизация работы требует больше работы по продумыванию системы.
>
--
------
С уважением,
Михаил Новоселов | mikhailnov@dumalogiya.ru | https://nixtux.ru
next prev parent reply other threads:[~2021-01-17 12:51 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-01-12 20:08 Alexei V. Mezin
2021-01-12 20:28 ` Alexei V. Mezin
2021-01-12 20:35 ` Антон Мидюков
2021-01-13 12:29 ` Михаил Новоселов
2021-01-16 21:13 ` Alexei V. Mezin
2021-01-17 12:39 ` Михаил Новоселов
2021-01-17 15:39 ` Alexei V. Mezin
2021-01-17 15:58 ` Alexei V. Mezin
2021-01-17 16:10 ` Антон Мидюков
2021-01-17 16:26 ` Alexei V. Mezin
2021-01-17 17:45 ` Leonid Krivoshein
2021-01-17 18:11 ` Alexei V. Mezin
2021-01-17 16:23 ` Alexei V. Mezin
2021-01-13 8:45 ` Andrey Savchenko
2021-01-13 14:08 ` Alexei Mezin
2021-01-13 11:38 ` Michael Shigorin
2021-01-13 12:32 ` Михаил Новоселов
2021-01-15 17:57 ` Michael Shigorin
2021-01-17 12:51 ` Михаил Новоселов [this message]
2021-01-13 12:27 ` Михаил Новоселов
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=37302daa-b85c-5f1b-e1b5-af2db616b10c@dumalogiya.ru \
--to=mikhailnov@dumalogiya.ru \
--cc=sisyphus@lists.altlinux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
ALT Linux Sisyphus discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \
sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru
public-inbox-index sisyphus
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.sisyphus
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git