daemon.json

ага, щя найду флаг

/etc/docker/daemon.json { "exec-opts": ["native.cgroupdriver= сgroupfs"] }

еси быть точным

/etc/systemd/system/docker.service.d/docker-thinpool.conf --exec-opt native.cgroupdriver=cgroupfs \

еще можно попробовать включить cgroup v1, это к kernel params, потребуется ребут systemd.unified_cgroup_hierarchy=0

ну с первой может не стоит

1 echo '{"exec-opts": ["native.cgroupdriver=cgroupfs"]}' >> /etc/docker/daemon.json 2 systemctl restart docker

/etc/docker/daemon.json { "exec-opts": ["native.cgroupdriver= сgroupfs"] }

можно и так

щаз поочереди

а ты Коль говорил.. где у нас докеристы практологи.. вон Денис как быстро понял откуда берется жесть

да я ток накидываю на вентилятор)

капец, ядро непривычно такое старое видеть)

ага, еще и selinux не permissive

это прям комбо

а ты Коль говорил.. где у нас докеристы практологи.. вон Денис как быстро понял откуда берется жесть

я systemd запускаю в докере... 🙈

я systemd запускаю в докере... 🙈

не.. я пока с RedOS8 снашаюсь, до докера не дошел.. Там такие косматые косматы

но ядро свежее 6.1

$ uname -a Linux metall-mi-pro15 6.8.7-200.fc39.x86_64

федоровец.. яснопонятно

еще поди и vscode из flatpack

чет Коля затих..

@jingvar там совсем все попердолило?

еще поди и vscode из flatpack

ну фуу, есть же прекрасный tar.gz

а, или оно у меня из репы тупо стоит, само как-то там "делает все хорошо".

Отвлекли, щас продолжим препарирование

так чето оно не хочет на cgroup переключатсься, надо почитать

а как понять что оно с cgroupfs стартануло, в логах докера явно не видать

а что докер инфо говорит?

а как понять что оно с cgroupfs стартануло, в логах докера явно не видать

Cgroup Driver: cgroupfs Cgroup Version: 1

Эу, это кто такое выдает? В инспекте?

Эу, это кто такое выдает? В инспекте?

docker info

docker info --format '{{.CgroupDriver}},{{.CgroupVersion}}'

если прям только это поле смотреть)

не, надо еще упражений, не хочет сервис стартовать

не, надо еще упражений, не хочет сервис стартовать

И докер поди из реп рокий линукс?

еще можно попробовать включить cgroup v1, это к kernel params, потребуется ребут systemd.unified_cgroup_hierarchy=0

видимо оно

не из реп докера

не из реп докера

👍🏻

И докер поди из реп рокий линукс?

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

вроде все запчасти но нет

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

я уже пару раз вставал на то что из реп CE идет с багами.

больше не хочу

я уже пару раз вставал на то что из реп CE идет с багами.

или актуальная условная 20.1.4, а в репе именно твоего дистра 20.0.2 и все, аляулю

ну что же помолимся

о, ага и чо и чо

ну пока стартуют, не из под роки

я уже спать лег, интересно, чем "серия" кончится 👀

я уже спать лег, интересно, чем "серия" кончится 👀

8 вечера.. я еще думаю сходить ли за огненной водой или неть

8 вечера.. я еще думаю сходить ли за огненной водой или неть

а у меня полночь

а у меня полночь

эх.. Американе

эх.. Американе

сибиряне скорее

ну чето по процессам не лучше

сибиряне скорее

в Даляне🤣

ну чето по процессам не лучше

итак вернемся к первому вопросу, что там в контейнерах-то запускается?

не опять ушло в себя

ну чето по процессам не лучше

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

вообще кандактор такое делает

нда не дай бог такое ночью встретить

Надо звать Диму Тансура

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

так вот в чем прикол, сейчас вообще docker не взаимодействует с systemd, он напрямки в cgroup v1 смотрит

так вот в чем прикол, сейчас вообще docker не взаимодействует с systemd, он напрямки в cgroup v1 смотрит

именно

а улетает-то сам systemd

что-то изнутри контейнера волшебное кастуют так, что systemd на хосте начинает беситься

что-то изнутри контейнера волшебное кастуют так, что systemd на хосте начинает беситься

листая старенький айпад, я припоминаю нечто подобное на убунту 16.04.. когда вот ровно так же колом развальцовывал все к чертям vrouter-services

Но там всетаки была проблема немного в другом

а случаем там не запускается debus какойнить в контейнерах?

в 16.04 еще старее systemd # apt show systemd Package: systemd Version: 229-4ubuntu21.31

а случаем там не запускается debus какойнить в контейнерах?

а вот это может сренькнуть

выяснится, что где-то протеряли какой-нить limitnofile 🤣

кстааати

systemctl show containerd -p LimitNOFILE должно быть такое или даже больше LimitNOFILE=1048576 Если нет, то systemctl edit containerd [Service] LimitNOFILE=1048576

так прикол в том что так убивает контенер кандактора с кривым конфигом, если конфиг вернуть то все ок

так прикол в том что так убивает контенер кандактора с кривым конфигом, если конфиг вернуть то все ок

а что и как в нем запускается? я просто совсем не в теме, по внутрянке.