Ошибка обновления proxmox 6

Админы со стажем должны помнить старую рекомендацию — не ставить новую систему до первого сервис-пака. Она остается актуальной и сегодня, седьмая версия 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 5.0 следует запустить обновление, но почти всегда команда «apt-get update» выдает такое сообщение:

W: The repository 'https://enterprise.proxmox.com/debian/pve stretch Release' does not have a Release file.
N: Data from such a repository can't be authenticated and is therefore potentially dangerous to use.
E: Failed to fetch https://enterprise.proxmox.com/debian/pve/dists/stretch/pve-enterprise/binary-amd64/Packages  401  Unauthorized
N: See apt-secure(8) manpage for repository creation and user configuration details.
E: Some index files failed to download. They have been ignored, or old ones used instead.

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

Исправляется эта проблема довольно просто, дописываем одну строку в файл «sources.list»

# nano /etc/apt/sources.list

Дописываем строку:

deb http://download.proxmox.com/debian stretch pve-no-subscription

В конечном итоге содержимое файла будет выглядить так:

deb http://ftp.debian.org/debian stretch main contrib



  


                       
  



deb http://download.proxmox.com/debian stretch pve-no-subscription
deb http://security.debian.org stretch/updates main contrib

Далее закрываем редактирование файла с сохранением (Ctrl+x, save yes «Y»).

Удаляем дефолтный репозиторий:

rm -f /etc/apt/sources.list.d/pve-enterprise.list

Теперь можно обновить ProxMox 5.

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

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

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

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

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

Оригинал — Roadmap#Proxmox_VE_6.1 | Roadmap#Proxmox_VE_6.0
Перевод — Релиз Proxmox VE 6.1 | Релиз Proxmox VE 6.0

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

• Пакетная база синхронизирована с 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 на серверной материнке, или монитор и клавиатура.

Отключаем все виртуальные машины, делаем бекап всей 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 версии)

Что нового? Релиз Proxmox VE 7.2

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

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

Skip to content