Как узнать версию proxmox

Записки IT специалиста

Обновляем Proxmox Virtual Environment с версии 6 до 7

• Автор: Уваров А.С.
• 25.04.2022

Админы со стажем должны помнить старую рекомендацию — не ставить новую систему до первого сервис-пака. Она остается актуальной и сегодня, седьмая версия Proxmox Virtual Environment вышла еще летом 2021 года, но ее выход сопровождался большим количеством проблем и сложностей у тех, кто поспешил обновиться. Со временем ошибки были исправлены, проблемные ситуации документированы и теперь самое время подумать о переходе на новую версию. Процесс не сложный, но требующий определенной подготовки и правильности действий.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Данный материал основан на официальной документации, но содержит дополнения и рекомендации полученные из нашего собственного опыта.

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

Также убедитесь, что у вас есть надежная связь с гипервизором и возможность физического доступа (или IP-KVM) к нему, во избежание проблем при кратковременном обрыве связи или непреднамеренном закрытии терминала используйте утилиту screen или аналоги. Все команды следует выполнять от имени суперпользователя root.

Начнем с обновления исходной системы до последней версии, для этого используйте следующее «заклинание»:

apt update -y && apt full-upgrade -y && apt autoremove -y

На самом деле ничего сложного здесь нет, мы просто объединили три команды, каждая из которых будет запущена только тогда, если предыдущая завершилась успехом, а ключ -y предписывает во всех диалогах выбирать действие по умолчанию. Если были получены обновления ядра — следует перезагрузить систему.

Далее мы предполагаем, что вы обновляете одиночный гипервизор, администраторам кластера следует обратиться к официальной документации.

Не будет лишним проверить файловую систему: о том, что с диском или SSD все не совсем хорошо или совсем нехорошо вы можете узнать в самый разгар обновления и последствия могут быть самыми различными:

fsck -n -f

Затем проверьте сетевые настройки, DNS и убедитесь, что вы не используете ресурсы (прокси, DNS) расположенные в собственных виртуальных машинах. При необходимости измените их и убедитесь в работоспособности. Затем откройте файл /etc/hosts и убедитесь, что для узла указана только одна v4 и одна v6 запись (если используете). Остальные записи следует временно убрать или закомментировать.

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

pve6to7

В нашем случае предупреждение только одно — 6 запущенных виртуальных машин. Однако могут возникнуть и более сложные проблемы, одна из них связана с полным переходом на CGroupv2, в связи с чем вы не сможете более запускать контейнеры на CentOS 7 и Ubuntu 16.10, также могут возникнуть проблемы с опциями конфигурации:

lxc.cgroup.xxx

При использовании CGroupv2 они будут игнорироваться, в большинстве случаев поможет простая замена на:

lxc.cgroup2.xxx

Но если это важный сервис, то обратитесь к документации или проверьте его работоспособность в тестовой среде.

И только после того, как вы устраните все ошибки и предупреждения можно будет двигаться дальше.

Сначала остановим все виртуальные машины, именно остановим, а не поставим на паузу. Это можно сделать при помощи Массовых операций (Bulk Actions).

Заменим репозитории основной системы с Debian 10 на Debian 11:

sed -i 's/buster\/updates/bullseye-security/g;s/buster/bullseye/g' /etc/apt/sources.list

Затем сделаем тоже самое со списком репозиториев Proxmox, в нашем случае это некоммерческие репозитории и возможно вам потребуется уточнить имя файла, в котором они находятся:

sed -i -e 's/buster/bullseye/g' /etc/apt/sources.list.d/pve-no-subscription.list

Теперь обновим источники пакетов:

apt update 

И перейдем к обновлению:

apt full-upgrade

После скачивания пакетов вы получите последнее предупреждение, здесь еще можно остановиться и отмотать все назад. Если вы твердо уверены что хотите продолжить — нажмите Enter.

Оказывается, что не все знают, как закрывать подобные сообщения, достаточно просто нажать q , если не нажимается — проверить раскладку клавиатуры.

На все вопросы об измененных файлах конфигурации отвечаем по умолчанию — нет (N), для этого достаточно просто нажать на Enter. А вот запрос на автоматический перезапуск служб, наоборот, подтверждаем.

В остальном процесс обновления не представляет особой сложности вы можете, как когда-то рекомендовалось, откинуться на спинку стула в ожидании его завершения.

После того, как все закончится, не спешите перезагружаться, а еще раз выполните:

apt autoremove

Это позволит избежать ряда неприятных ситуаций, вроде небольшого размера раздела /boot, которые могут привести к невозможности загрузки.

А вот теперь можно смело отдать команду:

reboot

После чего вы будете работать уже с новой версией системы виртуализации.

Как видим, обновить версию Proxmox Virtual Environment несложно, в большинстве случаев достаточно и официальной инструкции, но дополнительные проверки лишними не будут и помогут вам избежать проблем в процессе обновления и после него.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Помогла статья? Поддержи автора и новые статьи будут выходить чаще:

Или подпишись на наш Телеграм-канал:

Proxmox VE — Обновляемся с 5 до 6 версии

Proxmox

Автор GregoryGost На чтение 6 мин Просмотров 8.7к. Опубликовано 14.03.2020 Обновлено 22.10.2022

Здравствуйте, Уважаемые читатели!

В июле 2019 года вышло обновление для Proxmox VE 6.0

Я не спешил с обновлением, ведь как известно «работает не трогай». Но в итоге мой энтузиазм и понимание того, что не стоит сидеть на задворках развития системы, дали свои плоды. Я решил, что обновлению быть, чтобы система была в актуальном состоянии. Ведь существует риск того, что при переходах через версию, могут быть серьезные проблемы.

На тот момент пока я решился уже вышла версия Proxmox VE 6.1 в декабре 2019 года.

Что нового в 6 версии?

Из основных примечательных изменений:

• Пакетная база синхронизирована с Debian 10.2
• Ядро Linux обновлено до версии 5.3
• Дополнительное ядро Linux 5.0 на основе пакетов из Ubuntu 19.04 с поддержкой ZFS
• Обновлены версии LXC до 3.2, QEMU до 4.1.1 и ZFS до 0.8.2
• Разрешено применение файлов .img в качестве альтернативы образам .iso (хм… RouterOS CHR под The Dude без конвертации в qcow2 ?)
• Переработан интерфейс для просмотра логов

Остальное можете почитать в патчнотах.

Обновление с 5 на 6

Я начал обновление имея версию Virtual Environment 5.4-13
Обновление лучше всего проводить при непосредственном доступе к PVE. Т.е. или SSH, или IPMI на серверной материнке, или монитор и клавиатура.

Если работаете по SSH, запускайте команду в screen или tmux, иначе при обрыве связи можете получить нерабочую систему и придется все восстанавливать.

Отключаем все виртуальные машины, делаем бекап всей PVE системы или не делаете, если не боитесь.

Обновляемся до последней версии PVE 5

apt update

apt dist-upgrade -y

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

pve5to6

Результат выполнения команды

= CHECKING VERSION INFORMATION FOR PVE PACKAGES = Checking for package updates.. PASS: all packages uptodate Checking proxmox-ve package version.. PASS: proxmox-ve package has version >= 5.4-2 Checking running kernel version.. PASS: expected running kernel '4.15.18-21-pve'. = CHECKING CLUSTER HEALTH/SETTINGS = SKIP: standalone node. = CHECKING HYPER-CONVERGED CEPH STATUS = SKIP: no hyper-converged ceph setup detected! = CHECKING CONFIGURED STORAGES = PASS: storage 'local' enabled and active. PASS: storage 'local-backup' enabled and active. PASS: storage 'local-zfs' enabled and active. = MISCELLANEOUS CHECKS = INFO: Checking common daemon services.. PASS: systemd unit 'pveproxy.service' is in state 'active' PASS: systemd unit 'pvedaemon.service' is in state 'active' PASS: systemd unit 'pvestatd.service' is in state 'active' INFO: Checking for running guests.. PASS: no running guest detected. INFO: Checking if the local node's hostname 'pve1' is resolvable.. INFO: Checking if resolved IP is configured on local node.. PASS: Resolved node IP '192.168.88.6' configured and active on single interface. INFO: Check node certificate's RSA key size PASS: Certificate 'pve-root-ca.pem' passed Debian Busters security level for TLS connections (4096 >= 2048) PASS: Certificate 'pve-ssl.pem' passed Debian Busters security level for TLS connections (2048 >= 2048) INFO: Checking KVM nesting support, which breaks live migration for VMs using it.. PASS: KVM nested parameter not set. = SUMMARY = TOTAL: 16 PASSED: 14 SKIPPED: 2 WARNINGS: 0 FAILURES: 0

Вы могли заметить, что я не использую Кластер и Ceph, потому два пункта у меня были пропущены при проверке.

Если вы выполняли установку по моей инструкции, то необходимо заменить в /etc/apt/sources.list и /etc/apt/sources.list.d/pve-no-subscription.list ветку обновлений со stretch на buster
Сделаем это с помощью команды sed

sed -i 's/stretch/buster/g' /etc/apt/sources.list sed -i 's/stretch/buster/g' /etc/apt/sources.list.d/pve-no-subscription.list

Проверим командой cat

cat /etc/apt/sources.list

deb http://ftp.ru.debian.org/debian buster main contrib deb http://ftp.ru.debian.org/debian buster-updates main contrib # security updates deb http://security.debian.org buster/updates main contrib

cat /etc/apt/sources.list.d/pve-no-subscription.list

# proxmox no subscriptions repo deb http://download.proxmox.com/debian/pve buster pve-no-subscription

Далее стандартная процедура проверки обновления.

apt update

663 packages can be upgraded

И начала выполнения обновления до 6 версии.

apt dist-upgrade -y

Ждем скачивания и начала выполнения установки. Я ждал долго, видимо канал репозитория был ограничен.

Получаем уведомление и нажимаем Enter для продолжения

Еще попросят подтвердить раскладку клавиатуры. Т.к. я работаю с английской, то оставил выбор на English (US)

Получаем уведомление с предложением изменения файла /etc/issue
Выбираем N

Поступает запрос на перезапуск сервисов. Соглашаемся на перезапуск.

Т.к. у меня стояли еще дополнительные сервисы, появилось еще несколько запросов на обновление файлов конфигураций:
/etc/nginx/nginx.conf
/etc/default/snmpd
/etc/apt/sources.list.d/pve-no-subscription.list
Во всех случаях я ответил N т.к. менять ничего не собирался.

После окончания процесса установки, выполняем перезагрузку подав команду

reboot

Дожидаемся загрузки и проверяем систему. Видим новую версию в WEB GUI, что означает успешное обновление!

Убираем окно о подписке(снова)

Правда снова появляется окно предлагающее оформить подписку на платную тех.поддержку и enterprice репозиторий.
Нам это не нужно и мы снова подаем ряд команд, чтобы его убрать.
Делаем резервную копию файла

cp /usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.js /usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.js.bak

sed -i "s/getNoSubKeyHtml:/getNoSubKeyHtml_:/" /usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.js

Теперь ничего не будет нам мешать.

Вот и весь процесс обновления Proxmox VE. Ничего сложного ��

Благодарю за ваше время!
Всего хорошего на просторах Интернета ��

UPD: 22.10.2022 (Обновление с 6 до 7 версии)

Процесс обновления в целом идентичен переходу с 5 на 6 версию.
Важным отличием является изменение системы бэкапов, тут нужно будет его перенастроить.

И еще одно важное замечание, это если в дальнейшем обновлять существующие контейнеры Debian до 11 версии, то нужно включить Nesting. В новых контейнерах этот параметр включен по умолчанию. Иначе будете ждать входа по 5-10 секунд.

Выразить благодарность автору

Если Вам не безразлична судьба блога или Вы просто хотите отблагодарить Автора за его труд, смело переходите на страницу Поддержки, там описана вся информация, по тому, как это сделать. Заранее благодарен вам за данную инициативу!

Обновление Proxmox 7 до 8

22 июня 2023 года вышел очередной релиз популярной системы виртуализации Proxmox VE 8.0. Выждав небольшой срок, я решил провести обновление одного из своих серверов. Обычно это не вызывает каких-то особых проблем, потому что процесс проходит штатно, если следовать официальной инструкции. Так как у меня много серверов с Proxmox VE под управлением, решил сделать своё пошаговое руководство по обновлению с 7 на 8-ю версию.

Теоретический курс «Сетевые технологии для системных администраторов» позволит системным администраторам упорядочить и восполнить пробелы в знаниях. Цена очень доступная, есть ознакомительные уроки. Все подробности по ссылке. Можно пройти тест на знание сетей, бесплатно и без регистрации.

Содержание

Что нового в Proxmox VE 8

Полный список нововведений можно посмотреть в Press release. Обновления версий ядра и софта опускаю, отмечаю только новую функциональность бесплатной версии:

• Появилась автоматическая синхронизация пользователей и групп из LDAP хранилищ, в том числе Microsoft AD.
• Новый TUI (text-based user interface, то есть текстовый) интерфейс установщика. Стало как у Debian — два варианта установщика. Текстовый похож на дебиановский. Особо не понимаю, зачем на это тратить ресурсы разработки. Возможно GUI интерфейс в каких-то случаях не работает и спасает TUI.
• Сопоставление физических устройств (PCI и USB) и нод кластера. Можно создать виртуальное устройство, сопоставить его с реальными устройствами на конкретных нодах и добавить это устройство к VM. Теперь она сможет мигрировать только на те ноды, где есть сопоставление нужного устройства. До конца не понял, какую прикладную задачу это решает.
• Автоматическая блокировка учёток юзеров, которые попали на второй фактор аутентификации и не прошли его несколько раз. В общем, защита от брута второго фактора, когда первый пароль утёк злоумышленникам.
• Списки доступа (ACL) к сетевым ресурсам. Можно управлять доступом пользователей, например, к бриджам.

Навскидку нововведений как-то мало. Считай ничего значимого и нет, кроме сопоставления устройств. Это наиболее заметное улучшение функциональности.

Подготовка к обновлению

Если у вас версия Proxmox ниже 7-й, то последовательно обновите систему до последней. У меня есть инструкции на этот счёт:

• Обновление Proxmox 5 до 6
• Обновление Proxmox 6 до 7

Я не буду заниматься самодеятельностью, а выполню то, что указано в официальном руководстве по обновлению — https://pve.proxmox.com/wiki/Upgrade_from_7_to_8, опуская те моменты, что неактуальны в моём случае. Например, я не использую Ceph.

Некоторые замечания перед обновлением:

1. Убедитесь, что у вас есть бэкапы всего, что будет затронуто обновлением. Не забудьте проверить, что из них можно выполнить восстановление.
2. У вас будет небольшой простой сервисов, так как во время обновления потребуется остановить все виртуальные машины и выполнить перезагрузку гипервизора.
3. Варианта обновления Proxmox VE два: обновить текущий гипервизор или выполнить чистую установку новой версии и восстановить на неё бэкапы виртуальных машин.

Если вы хотите перенести всё на новую установку, то помимо бэкапа виртуальных машин, потребуется сохранить настройки в директории /etc/pve и системные файлы /etc/passwd, /etc/network/interfaces, /etc/resolv.conf. После установки новой версии, достаточно венуть эти файлы и восстановить бэкапы виртуальных машин.

Если вы будете обновлять текущую установку Proxmox VE, то проверьте следующие моменты:

1. У вас версия Proxmox VE 7.4 на всех нодах кластера.
2. Если используете Ceph, предварительно обновите его до версии Ceph 17.2 Quincy, прежде чем начнёте обновлять сам Proxmox. Для этого можно воспользоваться инструкциями: Ceph Octopus to Pacific и Ceph Pacific to Quincy.
3. Если и спользуете Proxmox Backup Server, то обновите его до 3-й версии: Proxmox Backup Server 2 to 3 upgrade how-to.
4. На всякий случай убедитесь, что у вас есть доступ к консоли сервера, помимо SSH доступа.
5. Нужно будет как минимум 5G свободного места на корневом разделе /.

Обновление Proxmox 7 до 8

На всякий случай обновите саму систему:

# apt update && apt dist-upgrade

Запустите скрипт проверки готовности к обновлению:

# pve7to8

Убедитесь, что нет ошибок. Если есть, то их нужно исправить.

После обновления у вас может измениться MAC адрес сетевого бриджа vmbr. Если для вас это недопустимо и приведёт к проблемам, то заранее укажите постоянный MAC. Для начала посмотрите текущие адреса:

# ip -c link

Затем укажите текущий MAC адрес бриджа в конфигурации сетевых интерфейсов /etc/network/interfaces.

auto vmbr0 iface vmbr0 inet static address 10.20.1.2/24 hwaddress ae:9d:46:49:4d:23 # . остальные настройки

Обновите системный файл с репозиториями /etc/apt/sources.list. Так как кодовая база новой версии Proxmox базируется на Debian 12 bookworm, необходимо указать новую версию взамен прошлой bullseye.

# cp /etc/apt/sources.list /etc/apt/sources.list.bak # sed -i 's/bullseye/bookworm/g' /etc/apt/sources.list

Проверьте на всякий случай изменения:

# diff /etc/apt/sources.list /etc/apt/sources.list.bak

Обновляем список пакетов:

# apt update

Получится внушительный список. При желании, можете его посмотреть:

# apt list --upgradable

Теперь будем запускать непосредственно обновление пакетов. Тут важно убедиться, что есть доступ к консоли сервера. Если запускаете обновление по SSH, то убедитесь, что ваша сессия не прервётся в случае обрыва связи. Запустите её в screen или tmux. Если обновление прервётся, то есть шанс получить неработающий сервер, хотя и не обязательно это случится. Но в любом случае получите лишние проблемы и хлопоты. Лучше этого избежать.

# apt dist-upgrade

После загрузки всех пакетов, вам приведут подробную информацию по обновлению.

Нужно промотать список вниз и закрыть его, нажав клавишу q. Дальше могут появляться различные вопросы по поводу перезаписи конфигурационных файлов или перезапуска служб. Можно со всем соглашаться и выбирать варианты, которые предлагают по умолчанию.

После окончания обновления пакетов перезагрузите сервер с Proxmox и убедитесь, что обновление прошло успешно.

Ошибки во время обновления Proxmox VE

Очень частой ошибкой во время обновления Proxmox VE, причём не важно, какой версии, является следующая:

Upgrade wants to remove package ‘proxmox-ve’.

Вам пишут, что сейчас будет удалён пакет proxmox-ve. Сразу как-то обновляться не хочется, потому что не понятно, и не очевидно, к чему это приведёт. Подобная ошибка встречается у тех, кто ставил Proxmox не с установочного iso образа, а обновлением Debian.

Решить её можно следующим образом. Удаляем пакет linux-image-amd64 или похожий. Название пакета может немного различаться. К слову image могут быть добавлены какие-то цифры с версией. Точное имя пакета можно посмотреть через общий список пакетов, примерно так:

# dpkg -l | grep linux-image

Суть в том, что у этого пакета, который остался от оригинальной Debian, возникают конфликты зависимостей с proxmox-ve, поэтому последний предлагают удалить. Вместо этого удаляем ненужный пакет.

# apt remove linux-image-amd64

После этого обновление Proxmox VE должно пройти штатно.

Видео

Заключение

Я завершил обновление Proxmox VE до 8-й версии на тестовом гипервизоре. Никаких проблем в процессе не возникло. Тем не менее, не рекомендую обновлять прод, пока не выйдет хотя бы версия 8.1. Торопиться в таких делах нет никакого смысла. Можно вообще не обновляться, если вам не нужны нововведения. Никаких проблем не будет, если вы останетесь на старой версии, пока она еще поддерживается.

Онлайн курcы по Mikrotik

• Знания, ориентированные на практику;
• Реальные ситуации и задачи;
• Лучшее из международных программ.

Обновление версии Proxmox [Proxmox Series #7]

Proxmox 8.0 был выпущен 22 июня 2023 года и полон новых интересных функций. Среди основных моментов можно выделить следующие прямо с официального форума Proxmox:

• Debian 12, но с более новым ядром Linux 6.2.
• QEMU 8.0.2, LXC 5.0.2, ZFS 2.1.12
• Ceph Quincy 17.2 используется по умолчанию и поставляется с постоянной поддержкой.

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

1.) Во-первых, убедитесь, что вы создали резервные копии всех существующих виртуальных машин и контейнеров на случай, если во время обновления что-то пойдет не так. Затем вам нужно либо отключить их, либо, если у вас есть кластер и вам необходимо поддерживать высокую доступность, перенести их с узла, который вы будете обновлять. Ознакомьтесь с моими руководствами по резервному копированию виртуальных машин и созданию кластеров узлов, чтобы узнать больше об этих операциях. Вам также потребуется как минимум 5 ГБ дискового пространства в корневой точке монтирования, а также SSH или консольный доступ к узлу. (так безопаснее)

root@upgrade:~# qm list VMID NAME STATUS MEM(MB) BOOTDISK(GB) PID 100 backuptest stopped 2048 32.00 0 

2.) Убедитесь, что в системе используются последние версии пакетов Proxmox VE 7.4 с использованием APT.

apt update apt dist-upgrade pveversion

Последняя команда должна вернуть версию не ниже 7.4.15.

Примечание. Если вы не подписаны на платную корпоративную поддержку, вам может потребоваться отключить корпоративный репозиторий и включить тестовый репозиторий. Для этого щелкните свой узел, затем «Репозитории» в разделе «Обновления» и отключите корпоративный репозиторий, после чего вы сможете добавить «тестовый» репозиторий.

3.) Последние пакеты proxmox 7.4 поставляются с инструментом pve7to8. Вам нужно будет запустить это в терминальном сеансе на узле, который вы собираетесь обновить:

pve7to8 --full

Сценарий проверит и сообщит о любых потенциальных проблемах, обнаруженных в процессе предстоящего обновления, однако не исправит ситуацию. Если есть проблемы, которые необходимо исправить, вам нужно будет повторно запустить сценарий по мере устранения проблем, чтобы убедиться, что проблемы действительно решены. Обратите внимание: если вы не перенесли виртуальные машины с обновляемого узла, сценарий может предупредить вас о наличии этих виртуальных машин, но его можно безопасно игнорировать, если вам не требуется высокая доступность.

= CHECKING VERSION INFORMATION FOR PVE PACKAGES = Checking for package updates.. PASS: all packages up-to-date Checking proxmox-ve package version.. PASS: proxmox-ve package has version >= 7.4-1 Checking running kernel version.. PASS: running kernel '5.15.102-1-pve' is considered suitable for upgrade. = CHECKING CLUSTER HEALTH/SETTINGS = SKIP: standalone node. = CHECKING HYPER-CONVERGED CEPH STATUS = SKIP: no hyper-converged ceph setup detected! = CHECKING CONFIGURED STORAGES = PASS: storage 'local' enabled and active. PASS: storage 'local-lvm' enabled and active. INFO: Checking storage content type configuration.. PASS: no storage content problems found PASS: no storage re-uses a directory for multiple content types. = MISCELLANEOUS CHECKS = INFO: Checking common daemon services.. PASS: systemd unit 'pveproxy.service' is in state 'active' PASS: systemd unit 'pvedaemon.service' is in state 'active' PASS: systemd unit 'pvescheduler.service' is in state 'active' PASS: systemd unit 'pvestatd.service' is in state 'active' INFO: Checking for supported & active NTP service.. PASS: Detected active time synchronisation unit 'chrony.service' INFO: Checking for running guests.. PASS: no running guest detected. INFO: Checking if the local node's hostname 'upgrade' is resolvable.. INFO: Checking if resolved IP is configured on local node.. PASS: Resolved node IP '192.168.122.230' configured and active on single interface. INFO: Check node certificate's RSA key size PASS: Certificate 'pve-root-ca.pem' passed Debian Busters (and newer) security level for TLS connections (4096 >= 2048) PASS: Certificate 'pve-ssl.pem' passed Debian Busters (and newer) security level for TLS connections (2048 >= 2048) INFO: Checking backup retention settings.. PASS: no backup retention problems found. INFO: checking CIFS credential location.. PASS: no CIFS credentials at outdated location found. INFO: Checking permission system changes.. INFO: Checking custom role IDs for clashes with new 'PVE' namespace.. PASS: no custom roles defined, so no clash with 'PVE' role ID namespace enforced in Proxmox VE 8 INFO: Checking if LXCFS is running with FUSE3 library, if already upgraded.. SKIP: not yet upgraded, no need to check the FUSE library version LXCFS uses INFO: Checking node and guest description/note length.. PASS: All node config descriptions fit in the new limit of 64 KiB PASS: All guest config descriptions fit in the new limit of 8 KiB INFO: Checking container configs for deprecated lxc.cgroup entries PASS: No legacy 'lxc.cgroup' keys found. INFO: Checking if the suite for the Debian security repository is correct.. PASS: found no suite mismatch INFO: Checking for existence of NVIDIA vGPU Manager.. PASS: No NVIDIA vGPU Service found. INFO: Checking bootloader configuration. SKIP: not yet upgraded, no need to check the presence of systemd-boot SKIP: No containers on node detected. = SUMMARY = TOTAL: 29 PASSED: 24 SKIPPED: 5 WARNINGS: 0 FAILURES: 0 root@upgrade:/# 

4.) Обновите все записи репозитория Debian и Proxmox VE до книжного червя:

sed -i 's/bullseye/bookworm/g' /etc/apt/sources.list

5.) Обновите индекс пакета репо:

apt update

6.) Обновите систему до Debian Bookworm и Proxmox VE 8.0:

apt dist-upgrade

Время выполнения этой команды зависит от вычислительной мощности вашего сервера. Если ваша установка Proxmox основана на быстрых SSD-накопителях, она будет работать быстрее, чем на механических дисках. В процессе вам будет предложено утвердить различные изменения в файлах конфигурации. Ниже приведены рекомендуемые варианты из официальной документации по обновлению Proxmox:

/etc/issue -> Proxmox VE will auto-generate this file on boot, and it has only cosmetic effects on the login console. Using the default "No" (keep your currently-installed version) is safe here. /etc/lvm/lvm.conf -> Changes relevant for Proxmox VE will be updated, and a newer config version might be useful. If you did not make extra changes yourself and are unsure it's suggested to choose "Yes" (install the package maintainer's version) here. /etc/ssh/sshd_config -> If you have not changed this file manually, the only differences should be a replacement of ChallengeResponseAuthentication no with KbdInteractiveAuthentication no and some irrelevant changes in comments (lines starting with #). If this is the case, both options are safe, though we would recommend installing the package maintainer's version in order to move away from the deprecated ChallengeResponseAuthentication option. If there are other changes, we suggest to inspect them closely and decide accordingly. /etc/default/grub -> Here you may want to take special care, as this is normally only asked for if you changed it manually, e.g., for adding some kernel command line option. It's recommended to check the difference for any relevant change, note that changes in comments (lines starting with #) are not relevant. If unsure, we suggested to selected "No" (keep your currently-installed version)

7.) После успешного завершения сценария запустите сценарий проверки pve7to8 еще раз:

pve7to8 --full

8.) Если проблем нет, перезагрузитесь. В случае успеха вы попадете в новую установку proxmox. Теперь вы можете перезагрузить свои виртуальные машины. Все готово!

Дорон — давний системный специалист, который впервые попробовал Linux, компилируя и настраивая серверы ircd из исходных кодов в середине 90-х. Затем он занялся веб-хостингом через учетные записи реселлеров и выделенные серверы. В автономном режиме он играет на бас-гитаре и является заядлым любителем музыки. Он является совладельцем интернет-радиостанции Genesis Radio, которая круглосуточно транслирует всевозможную музыку, а также транслирует различные мероприятия и живые выступления. Если вам нужны услуги хостинга, вы можете проверить его текущий бизнес: Genesis Hosting.