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

[SOLVED][Много ошибок] Systemd + ядро на новом оборудовании, Proxmox Виртуальная Среда

Ramalama

Guest

23.02.2021 14:28:00

Привет, коротко о главном: Оборудование: MB: Asrock Rack x570D4i-2T (Agesa 1.1.0.0) CPU: Ryzen 7 5800x Ошибки, которые я получаю при загрузке: -> cgroup2: Неизвестный параметр 'memory_recursiveprot' ---> Что-то несовместимое с актуальной systemd и ядром 5.4 (реализовано с ядра 5.7) ---> https://github.com/systemd/systemd/blob/main/NEWS (ищите "memory_recursiveprot") -> proc: Неверное значение для 'hidepid' ---> https://github.com/systemd/systemd/blob/main/NEWS (ищите "hidepid") (поддерживается с ядра 5.8) -> EDAC amd64: Ошибка: F0 не найден, устройство 0x1650 (сломанный BIOS?) ---> Исправления для Ryzen 5000 (ECC/Edac) реализованы с ядра 5.10 ---> Это на самом деле менее важно, потому что ECC все равно работает. -> snd_hda_intel 0000:2e:00.4: кодеки не найдены! ---> Исправлено в новых ядрах, начиная с 5.7. ---> В общем, это не важно, кому нужна музыка на гипервизоре xD, но сообщение раздражает и его можно было бы исправить в новом ядре. -> do_IRQ: 1.55 Нет обработчика прерываний для вектора ---> https://bbs.archlinux.org/viewtopic.php?id=256227&p=3 ---> Насколько я понимаю, это проблемы со старым ядром + проблемы с BIOS, связанные с IOMMU. -> Не удалось запустить импорт ZFS пула XXXX ---> Это не совсем ошибка, команда proxmox просто создала 3 службы для одной и той же задачи... ---> Поэтому ошибка возникает, потому что пул уже импортирован, это не настоящая ошибка... Со всем вышеперечисленным я могу смириться, но теперь есть ошибка systemd, которая сводит меня с ума почти при каждой загрузке: - console-setup.service: Не удалось установить идентификатор вызова для единицы: Файл существует - systemd-tmpfiles-setup.service: Не удалось установить идентификатор вызова для единицы: Файл существует - systemd-timesyncd.service: Не удалось установить идентификатор вызова для единицы: Файл существует - time-sync.target: Не удалось установить идентификатор вызова для единицы: Файл существует - systemd-update-utmp.service: Не удалось установить идентификатор вызова для единицы: Файл существует - rsyslog.service: Не удалось установить идентификатор вызова для единицы: Файл существует - pve-lxc-syscalld.service: Не удалось установить идентификатор вызова для единицы: Файл существует ---> https://github.com/systemd/systemd/issues/18184 ---> Проблемы с RDRAND со старым Agesa, как я понимаю. ---> Если у тебя есть такие проблемы: добавь "SYSTEMD_RDRAND=0" в "/etc/default/grub" ---> Вот пример (только пример) моей командной строки: GRUB_CMDLINE_LINUX_DEFAULT="quiet amd_iommu=on iommu=pt nvme_core.default_ps_max_latency_us=1200 textonly video=astdrmfb video=efifb ff SYSTEMD_RDRAND=0" Однако в конечном итоге это не только проблемы с AGESA, нам нужно и новое ядро. Оптимально 5.10+. Слава богу и спасибо разработчикам, у нас есть хотя бы 5.4, а не стандартное 4.19 из Debian. Просто, пожалуйста, если выйдет следующее LTS ядро, переходите на него xD Спасибо всем, надеюсь, смог помочь с проблемой systemd! Несмотря на все проблемы, через которые я прошел, proxmox работает действительно стабильно, как только загрузится, а общая производительность очень хорошая! Буду рад!

t.lamprecht Guest	#2 0 12.03.2021 11:22:00 Мы уже некоторое время имеем сборку на базе 5.11, как я предложил @Ramalama попробовать несколько недель назад в другом обсуждении: https://git.proxmox.com/?p=pve-kernel.git;a=commitdiff;h=bf23bcb74eed1a35381124272086d5c4943e6be6

t.lamprecht Guest	#3 0 12.03.2021 11:26:00 Также, если кто-то хочет действительно продвинуть проект с помощью патчей/исправлений/... -> https://pve.proxmox.com/wiki/Developer_Documentation

Ramalama

Guest

12.03.2021 04:24:00

Небольшое обновление: https://github.com/fabianishere/pve-edge-kernel/issues/59 Я скомпилировал ядро 5.11.5, оптимизированное для zen3. Если кто-то хочет использовать, не стесняйтесь. Пожалуйста, не используйте его на оборудовании Intel или чем-то еще, кроме zen3. Все ошибки, о которых я упоминал (rdrand / chgroups / edac / и т.д.) — все исправлено, ни одной ошибки больше нет, всё просто идеально. Даже самый низкий уровень энергосбережения nvme (980 pro), кажется, исправлен, нужно немного времени, чтобы это подтвердить, но надеюсь на удачу. Все же немного сомневаюсь, что это ядро — решение всех проблем, но на данный момент все мои проблемы, кажется, решены. Спасибо всем за помощь!

peteb

Guest

12.03.2021 09:59:00

@Ramalama Отличная работа! Я попробую ваш новый ядро, когда появится возможность на моем AMD Ryzen Zen 3. С какой версией QEMU вы его запускаете? (pve-qemu-kvm) Вы включили поддержку ZFS 2.0.3 в ядро? Для разработчиков Proxmox - было бы здорово, если бы вы добавили то, что @Ramalama сделал с компиляцией своего ядра, учитывая, что AMD Ryzen серии 5000 Zen 3 - отличный процессор для небольших серверов, так как поддерживает ECC и обладает хорошей производительностью при низком потреблении энергии, что делает платформу отличным кандидатом для Proxmox VE! Asrock Rack тоже выпускает специальные серверные материнки для этих процессоров, с IPMI (BMC) и несколькими портами 10Gb LAN.

Ramalama

Guest

12.03.2021 12:04:00

Да, ZFS — это самое главное. По сути, ядро такое же, как у стандартного Proxmox. Это не совсем мое ядро, а работа Фабиана, немного усеченная и скомпилированная с использованием gcc-11 вместо 10 + флагов zen3. Единственное существенное отличие — это governor. В то время как Proxmox использует governor производительности по очень важной причине, версия 5.11 использует governor schedutil. Он, по сути, переключается между максимальной и минимальной частотой, в то время как governor производительности всегда работает на максимуме. Насколько я понимаю, schedutil — это более быстрая версия governor on-demand. Тем не менее, я пробую его в работе. Обычно я тоже фанат governor производительности. Но посмотрим. --- Именно так, @t.lamprecht. Но я уже говорил, что пробовал эти ядра, пытался их компилировать и сталкивался с проблемами. Может, я раньше был глуп, не знаю. Но в конце концов ты прав, и я наконец счастлив xD Теперь о установке нового ядра. 1. Уберите параметр cmdline rdrand, если кто-то его использует. С новым ядром он ломает systemd. Это совсем странно, с поломанным rdrand на 5.4 мне он нужен для загрузки... А с исправленным rdrand на 5.11 его нужно убрать для загрузки. Но это в любом случае хорошо. Так что удалите SYSTEMD_RDRAND=0, если вы его использовали. 2. AppArmor, нужно внести изменения! То, что Фабиан упоминает в readme. Иначе lxc не будет работать. Тем не менее, все контейнеры lxc работают отлично, даже docker внутри lxc. 3. Необходимо выполнить pve-efiboot-tool kernel add 5.11.5-1 pve-efiboot-tool refresh. 4. После загрузки в новое ядро снова пересоберите initrd: update-initramfs -u -k all и перезагрузите. Не знаю, нужно ли это, но мне это было нужно, моя первая загрузка в 5.11 оказалась полной неразберихой xD Вот, в принципе, и все. @t.lamprecht, я могу попробовать немного помочь, но мои знания программирования никакие xD Чем могу помочь, так это предоставить несколько правил компиляции, чтобы избавиться от ненужного в самом ядре... Например, ISDN/WiFi/Bluetooth и всего остального, что никому не нужно. Я имею в виду, что могу попробовать предоставить патчи (backports для rdrand и edac). Но с edac я один раз пытался сделать backport и полностью провалился. А с rdrand даже не знаю, с чего начать. Для меня было сюрпризом, что это работает. Ранее я думал, что мне нужен agesa 1.2.0.0 xD Ура!

Ramalama Guest	#7 0 12.03.2021 12:32:00 Ах, единственная проблема, с которой я столкнулся, это opnsense (freebsd). Он больше не загружается с cpu = host. Пришлось поставить что-то другое, неважно что — дефолтный или epyc — работает прекрасно. Но это явно не проблема 5.11 и не проксмо́кс, freebsd все равно странный, и я уже наткнулся на множество ошибок с opnsense. Даже unbound на opnsense падает каждые два-три дня, и это абсолютно не связано с ядром или проксмо́ксом. Или opnsense показывает, что использование CPU составляет 0-3%, в то время как на самом деле оно использует 50% CPU с виртуальными функциями. И о боже, список длинный. Как-то я очень разочарован, он когда-то был действительно хорош, но somehow freebsd не может идти в ногу. Я поиграл с vyos, и он работает в 500 раз стабильнее и гораздо быстрее во всех задачах, связанных с производительностью сети. Но, увы, у него нет красивого интерфейса, и управлять dhcp-арендами или dns-алиасами через cli — это раздражает. И ох, управлять файрволом через cli тоже не просто с vyos. Вот здесь pf/opnsense преуспевает. Однако основной контраст в том, что здесь linux против freebsd. Я понимаю, что pf — хороший фильтр пакетов, а bsd — хорошая лицензия... Но это не дает никаких преимуществ, если в итоге он потребляет на 5000% больше CPU и имеет более низкую производительность сети из-за ошибок... Кроме того, что unbound не перезапускается сам по себе... Извините за оффтоп, но хотел упомянуть, что "host" на freebsd не работает с моим скомпилированным ядром. В то время как все остальное с "host" работает идеально! Что касается приростов/убытков в производительности, я могу протестировать и сравнить, но пока не вижу никакой разницы. Все было быстро как ветер с 5.4, все так же быстро с 5.11. Ура!

Читают тему

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