+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

[SOLVED]pve7to8 cgroup warning incorrect?, Proxmox Виртуальная Среда

shukar

Guest

10.06.2023 23:59:00

С объявлением бета-версии v8 я решил заранее подготовиться и запустил инструмент pve7to8 на своей системе. Обычный запуск прошел без проблем, но когда я запускаю его с параметром --full, я получаю предупреждение: Код: Найден хотя бы один CT (###), который не поддерживает работу в единой иерархии cgroup v2. Рассмотрите возможность обновления дистрибутива контейнеров или установите systemd.unified_cgroup_hierarchy=0 в строке команд ядра Proxmox VE! Пропускаю дальнейшие проверки совместимости CT. Я не думаю, что это верно, учитывая, что контейнер был создан в v7, не содержит групповых записей в конфигурации и не имеет подключенных устройств. Контейнер работает на Debian 12 и использует systemd 252.6-1, что должно обеспечивать должную совместимость. Это ошибка в инструменте, о которой стоит сообщить, или я что-то упускаю, что может вызывать ошибку? Пожалуйста, дайте знать, если нужна дополнительная информация о моей настройке или контейнере для определения возможных причин. Спасибо!

pipiche

Guest

27.08.2023 13:39:00

Может ли быть аналогичная проблема с контейнером на базе Fedora 38? Предупреждение: WARN: Найден как минимум один контейнер (100), который не поддерживает работу в едином cgroup v2. Рассмотрите возможность обновления дистрибутива контейнеров или установите systemd.unified_cgroup_hierarchy=0 в командной строке ядра хоста Proxmox VE! Пропускаем дальнейшие проверки совместимости контейнера. Проверяем версию systemd на контейнере 100. Код: [root@proxy ~]# systemctl --version systemd 253 (253.7-1.fc38) +PAM +AUDIT +SELINUX -APPARMOR +IMA +SMACK +SECCOMP -GCRYPT +GNUTLS +OPENSSL +ACL +BLKID +CURL +ELFUTILS +FIDO2 +IDN2 -IDN -IPTC +KMOD +LIBCRYPTSETUP +LIBFDISK +PCRE2 +PWQUALITY +P11KIT +QRENCODE +TPM2 +BZIP2 +LZ4 +XZ +ZLIB +ZSTD +BPF_FRAMEWORK +XKBCOMMON +UTMP +SYSVINIT default-hierarchy=unified

Chris

Guest

28.08.2023 09:57:00

Привет, спасибо за отчет. Действительно, наш метод проверки корректной версии systemd, основанный на идентификации файла общего объекта systemd, не учел способ, которым Fedora называет этот файл. Я отправил патч, который решает эту проблему, смотри https://lists.proxmox.com/pipermail/pve-devel/2023-August/058889.html

aasami

Guest

06.09.2023 15:35:00

То же самое происходит с AlmaLinux 9.2. Я обновил один из узлов кластера до PVE8 и без проблем мигрировал этот LXC на него. Но когда я снова запускаю pve7to8 на этом обновленном узле, он все еще сообщает: Код: WARN: Найден как минимум один CT (30188), который не поддерживает работу в едином cgroup v2. Рассмотрите возможность обновления дистрибутива контейнера или установите systemd.unified_cgroup_hierarchy=0 в командной строке ядра хостов Proxmox VE! Пропускаю дальнейшие проверки совместимости CT. Так что обнаружение AlmaLinux тоже должно быть исправлено.

BigBob

Guest

25.09.2023 07:59:00

Та же проблема здесь с CentOS 9 Stream (systemd 252). Контейнер был полностью ново установлен в Proxmox 7. Как можно проверить, правильный ли вывод скрипта? Код: WARN: Найден по крайней мере один контейнер (100), который не поддерживает работу в унифицированной иерархии cgroup v2. Рассмотрите возможность обновления дистрибутива контейнеров или установите systemd.unified_cgroup_hierarchy=0 в командной строке ядра хостов Proxmox VE! Пропускаем дальнейшие проверки совместимости контейнера.

Chris

Guest

25.09.2023 09:12:00

Версия 252 systemd в порядке, все версии выше v232 должны быть совместимы (это используется в скрипте проверки pve7to8 в качестве проверки совместимости). Обратите внимание, что это предупреждение, оно не говорит вам, что контейнер несовместим как есть, просто скрипт не смог определить совместимость, и вам следует проверить LXC перед обновлением вашего хоста. Скрипт не выполняет никакого кода, он пытается определить версию systemd на основе версии разделяемой библиотеки в имени файла, что, к сожалению, очень непоследовательно по местоположению и имени файла для разных дистрибутивов. Вы всегда можете проверить вывод systemctl --version изнутри контейнера. Это даст вам версию systemd с информацией о иерархии cgroup, например, default-hierarchy=unified.

Neobin

Guest

25.09.2023 15:47:00

Может, стоит переформулировать предупреждение, потому что оно действительно звучит так, будто была явно обнаружена несовместимость, а не просто: Итак, предупреждение звучит так, как будто скрипт явно зафиксировал несовместимость и не упоминает, что это может быть лишь "простая" проблема с определением. Информация о том, что systemd в LXC должен быть выше v232, по моему мнению, также должна быть включена в предупреждение, чтобы пользователь сразу знал, что нужно проверить вручную. Просто мое мнение.

Chris

Guest

26.09.2023 08:51:00

Привет, @Neobin! Согласен, что текст предупреждения довольно строгий, предполагаю, что это было сделано специально, чтобы его не проигнорировали. Тем не менее, это по-прежнему предупреждение, и наилучший способ решить проблему — исправить проблемы с обнаружением для различных LXCs. Я посмотрел оба контейнера — AlmaLinux и CentOS 9 Stream, установленного из последних доступных шаблонов через pveam, и в моем случае оба были правильно обнаружены с библиотекой libsystemd, расположенной по адресу /usr/lib/systemd/libsystemd-shared-250.so, поэтому я не могу воспроизвести эту проблему.

BigBob

Guest

26.09.2023 16:15:00

Спасибо за ваши тесты. Я сам попробовал. Свежая установка CentOS9 из репозитория pve правильно содержит файл. Но как только я запускаю dnf update, обновление до systemd-252 происходит, и файл исчезает. В директории можно найти только: -rw-r--r-- 1 root root 100 22 авг 12:44 libsystemd-shared.abignore.

Chris Guest	#10 0 27.09.2023 08:55:00 Привет, я снова протестировал с обновленной версией, и да, общий объект теперь находится по адресу /usr/lib64/systemd/libsystemd-shared-252.so. Однако это уже охвачено патчем, который я отправил для исправления определения Fedora 38, так что как только патч будет применен и упакован, определение должно работать корректно. То же самое касается Alma и CentOS 9 Stream.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры