@MSGID: <HdV2V-8Wtk-1@gated-at.bofh.it> 6881b726
@REPLY: <HdSRr-8VaY-1@gated-at.bofh.it> e2d97426
@REPLYADDR Eugene Berdnikov <bd4@protva.ru>
@REPLYTO 2:5075/128 Eugene Berdnikov
@CHRS: CP866 2
@RFC: 1 0
@RFC-Message-ID: <HdV2V-8Wtk-1@gated-at.bofh.it>
@RFC-References: <HdQZj-8U4w-5@gated-at.bofh.it>
<HdRsl-8Utl-1@gated-at.bofh.it> <HdSRr-8VaY-1@gated-at.bofh.it>
@TZUTC: 0200
@TID: FIDOGATE-5.12-ge4e8b94
On Thu, Sep 14, 2023 at 02:26:07PM +0300, Andrey Jr. Melnikov wrote:
> Eugene Berdnikov <bd4@protva.ru> wrote:
> >  У меня везде, где есть контейнеры, стоит система инициализации systemd.
> >  Потому что lxc, например, под SysV-init не жилец (да, я знаю, что можно
> >  запускать контейнеры lxc под sysv, но это будет не работа, а бесконечный
> >  бег по граблям).
> У меня везде стоит SysV-init где контейнеры. И ничего - граблей не наблюдаю.
> И даже контейненры с systemd внутри - тоже работают, хотя раньше это изделие
> не могло там стартануть нормально. 

 Ну так 1. я про то, что было раньше, несколько лет назад, 2. контейнеры
 они разные бывают. Несколько лет назад я пытался завести lxc-шные,
 начитался разных wiki на тему "как заставить это работать под SysV",
 и в итоге сделал для себя вывод, что проще поставить на хост systemd
 чем 100 раз отжиматься... Под systemd оно сразу и shutdown/reboot нормально
 отрабатывало, и вложенные контейнеры запускало, и ещё чего-то там делало,
 что под SysV лечилось лишь напильником.

 Тенденция такова, что как только отстал от мейстрима, так проблемы растут,
 отнимая всё больше времени и сил... Вон, формально для i686 до сих пор
 собирают mplayer и chrome. Однако на тех процах, которые были во времена
 мейнстрима i686, как правило, не было SSSE3, которые эти изделия хотят.
 И ведь можно было бы обойтись, просто работать медленнее, но нет, кодерам
 неинтересна поддержка "убогих" процов, им проще тупо вернуть статус-код.
 Ну а если у меня современный проц, зачем мне гонять на нём 32-битную
 базовую систему? Я 64 заведу, а всякие ископаемые конфигурации, которые
 слишком дорого переделывать, загоню в 32-битные виртуалки/контейнеры.

 И так оно везде, к сожалению. В том числе в виртуализации, всех видов.

> Вопрос не во вложенности, а имеено в том, что на физическом хосте
> start-stop-daemon путается в запущенном. Следи за руками:

 Да это понятно. Я про то, что в контейнере start-stop-daemon не путается,
 если там других (вложенных) контейнеров нет. Потому как в контейнере
 ему лишь свои и дочерние процессы видны. Поэтому под systemd контейнер
 с инициализаций SysV нормально живёт.
-- 
 Eugene Berdnikov
--- FIDOGATE 5.12-ge4e8b94
 * Origin: linux.* mail to news gateway (2:5075/128)
SEEN-BY: 221/6 301/1 467/888 5001/100 5005/49
5015/255 5019/40 5020/715 848
SEEN-BY: 5020/1042 4441 12000 5030/49 1081 5061/133
5075/37 128 6078/80
@PATH: 5075/128 5020/1042 4441