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

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

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

В июле 2019 года вышло обновление для Proxmox VE 6.0
Я не спешил с обновлением, ведь как известно “работает не трогай”. Но в итоге мой энтузиазм и понимание того, что не стоит сидеть на задворках развития системы, дали свои плоды. Я решил, что обновлению быть, чтобы система была в актуальном состоянии. Ведь существует риск того, что при переходах через версию, могут быть серьезные проблемы.
На тот момент пока я решился уже вышла версия Proxmox VE 6.1 в декабре 2019 года.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Источник

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

16-го июля 2019 года вышло обновление популярной системы виртуализации Proxmox VE 6.0. Я решил, не откладывая в долгий ящик, выполнить обновление Proxmox с версии 5 до 6. Испытуемым выступил мой тестовый гипервизор для домашней лаборатории.

Изменения в Proxmox 6.0

Подробно об изменениях в Proxmox ve 6.0 можно посмотреть в официальном Roadmap. На opennet сделан перевод основных нововведений. Я внимательно все прочитал, но особо не заметил кардинальных изменений, которые обычно ждешь от новой ветки. Из основных изменений там вот что:

Тем не менее, я решил обновить proxmox, чтобы сильно не отставать по версиям. Обычно, если отстаешь по обновлениям, потом все труднее и ленивее наверстывать. Больше шанс, что будут проблемы, если прыгаешь в обновлениях с большей разницей в версиях. Лучше все делать своевременно.

Обновление 5-й версии Proxmox до 6-й

Первым делом нужно обновить гипервизор до самой последней версии. Можно это сделать как через web интерфейс, так и через консоль командами:

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

Я запустил уже на обновленном сервере, так как забыл сохранить вывод до обновления. Но у вас будет примерно то же самое. У меня были 2 предупреждения:

Я запустил обновление, выключил виртуалки. Утилита написала, что все в порядке, можно обновляться. Дальше в файле с репозиториями /etc/apt/sources.list заменяем все упоминания stretch на buster. Можно это сделать вручную, либо автоматически через sed.

У меня не были подключены никакие сторонние репозитории, плюс отключен репозиторий enterprise, так что мне больше ничего не пришлось делать.

После изменения списка репозиториев, обновляем кэш пакетов и ставим обновление proxmox 6.0.

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

После запуска обновления получил предупреждение.

В процессе обновления был еще вопрос на разрешение перезапуск служб. Я ответил положительно.

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

На глаз никаких изменений не заметил. Полез внимательно читать changelog, нашел там некоторые изменения в gui. Например, просмотр syslog изменился. Есть изменения по ceph, но я его не использую.

На этом все по обновлению proxmox до 6-й версии.

Заключение

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

Видео обновления кластера proxmox

Помогла статья? Подписывайся на telegram канал автора

Онлайн курс по Linux

Автор Zerox

29 комментариев

И corosync обновили до 3ей версии, очень большое изменение. Как это не заметить?)

Попробовал обновить свой proxmox, в итоге отвалился веб-интерфейс, службы проксы не стартуют, пишет ошибку Unit pveproxy.service is masked. Смотрел на форуме похожу тему, но представленое там решение не помогло

Это какая-то у вас локальная проблема. Я полно серверов с proxmox 5 до 6 обновил и везде штатно все прошло. Вам надо в логах разбираться теперь и смотреть, в чем там проблемы.

Хочу поделиться одним неприятным баном.
Стоит proxmox 5.4.3 крутятся на нем один контейнер и две виртуалки под виндой.
Виртуалки были включены и решил проверить командой pve5to6 но ее не оказалось.
Через веб интерфейс обновил пакеты.
Подключены стандартные репы, откл Энтерпрайз и получена репа проксмокса no_subscribe.
Пакеты встали, все норм.
Понадобилось выключать одну виртуалки, а после включить, а она не стартует вообще. Нажимая старт, ошибка.
Поиски привели в багтрекер проксмокса. Обновляя пакет pve-qemu-kvm со 2.х версий до 3.х можно словить баг. Полная виртуализация квм не работает. А контейнер работает и после выключения, включается.
Поэтому сначало бэкап, потом выключайте все вм, обновляете пакеты и сам проксмок. Тогда всё работает.

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

Обновление самого proxmox’a да! Я имел ввиду обновление пакетов apt update && apt dist-upgrade

Добрый день. Обновился с 5 на 6-ку и получил непонятную проблему. Стали обрываться ssh-сессии. Раньше без tmux обходился, сейчас только с ним. Сесии обрываются как при работе с самим Proxmox, так и при использовании проброса ssh в виртуальную машину. При этом на сервере остаются зависшие ssh сеансы. С tmux никаких разрывов. Вот роюсь в инете на предмет похожего, поку ничего не нашел. Как у Вас с этим, не столкнулись?

Обычно непонятные глюки с сетью это проблемы с mtu. Как раз в первую очередь это замечаешь по проблемам с ssh. Еще бывает, что виртуалки клонируешь, забываешь mac поменять. Тоже начинаются непонятные проблемы с сетью, в том числе дисконнекты ssh.

Добрый день.
Не могу понять, откуда берётся утилита pve5to6. Специально установил для теста предыдущий дистрибутив 5.4-3. Отключил платный репозиторий. Сделал apt update && apt dist-upgrade, получил:

Нода одна, виртуалок нет.

Вообще, pve5to6 ставилась в одном из обновлений версии 5. Отдельно ее точно ставить не нужно было. А вот приведенная вами ошибка мне уже встречалась как-то раз. Я так с ней и не разобрался, потому что не было подменного гипервизора, я не стал рисковать и что-то делать. Попробуйте сделать, что предлагают в предупреждении и проверить, что в итоге получится после обновления.

Вот и продолжил обновление и столкнулся с этой ошибкой выше.
В указанных репах было так:
deb http://ftp.debian.org/debian buster main contrib
deb http://ftp.debian.org/debian buster-updates main contrib

# security updates
deb http://security.debian.org buster/updates main contrib
и я добавил ещё репу и получилось так:
deb http://ftp.debian.org/debian buster main contrib
deb http://ftp.debian.org/debian buster-updates main contrib

# PVE pve-no-subscription repository provided by proxmox.com,
# NOT recommended for production use
deb http://download.proxmox.com/debian/pve buster pve-no-subscription

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

И после снова apt update && apt dist-upgrade и всё пошло как надо.

Спасибо за подсказку! Такая же ошибка вылазила при обновлении пока не добавил репозиторий download.proxmox.com

У меня была ошибка (pve-apt-hook) You are attempting to remove the meta-package ‘proxmox-ve’!
Помогла команда touch ‘/please-remove-proxmox-ve’
После неё выполнил apt dist-upgrade и обновление пошло.

Было то же самое и так же поступил. Но было стремно так делать на проде. Сначала на тесте воспроизвел и убедился, что обновляется без проблем. Само сообщение выглядит так, как будто apt пытается удалить гипервизор зачем-то. Какое-то неочевидное действие. И ошибка эта у меня была не на всех серверах. Закономерность не понял.

Спасибо добрый человек. Я так и не узнал сам, в чем была причина.

Вот тут не соглашусь. У меня ни одного упоминания о stretch не осталось нигде, а при apt dist-upgrade он всё равно пытался удалить pve пакеты. И такая ерунда на трёх на трёх серверах. Вместо apt dist-upgrade надо выполнить команду apt full-upgrade и всё установится корректно.
Для тех кто пользуется DRBD на proxmox. После обновления до 6той вресии, надо обновить пакеты DRBD.
Добавляем в sources.list файл libnit.list, в него пишем:
deb [trusted=yes] http://packages.linbit.com/proxmox/ proxmox-6 drbd-9.0
Сохраняем, apt update.
Далее ставим pve-headers под ваше новое ядро, обновляем пакеты drbd-dkms drbd-utils drbdtop. Перезагружаемся.

Попробовал перенести LXC контейнер из кластера (2 сервера proxmox5) на одиночный сервер proxmox6. Делал через резервирование на внешнее хранилище по NFS. Не получилось! Про восстановлении из резерва даёт ошибку. Такой перенос с младших выпусков на старшие в принципе невозможен? Получится ли «безболезненно» добавить новый сервер в кластер, сделать на него миграцию, а потом обновить остальные узлы до последней версии?
Какие буду соображения?

Разобрался.
На официальном сайте заявлен способ переноса с 5 на 6 через резервную копию. У меня была проблема именно с контейнером. В нём был установлен в том числе и DNS, работающий из под chroot. Вот логи с моими комментариями:
==================================
Неудачное восстановление:

Formatting ‘/var/lib/vz/images/204/vm-204-disk-0.raw’, fmt=raw size=17179869184
mke2fs 1.44.5 (15-Dec-2018)
Discarding device blocks: 4096/4194304 done
Creating filesystem with 4194304 4k blocks and 1048576 inodes
Filesystem UUID: eaee2362-f672-4cc4-b5ed-182a8b77a8d1
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000

Allocating group tables: 0/128 done
Writing inode tables: 0/128 done
Creating journal (32768 blocks): done
Multiple mount protection is enabled with update interval 5 seconds.
Writing superblocks and filesystem accounting information: 0/128 done

WARNING: ext4 signature detected on /dev/raid1-md2/vm-100-disk-0 at offset 1080. Wipe it? [y/n]: [n]
Aborted wiping of ext4.
Logical volume «vm-100-disk-0» created.
1 existing signature left on the device.
mke2fs 1.44.5 (15-Dec-2018)
Creating filesystem with 4194304 4k blocks and 1048576 inodes
Filesystem UUID: 020146d1-f6f4-475a-9263-7d5e17b7f7ec
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000

Allocating group tables: 0/128 done
Writing inode tables: 0/128 done
Creating journal (32768 blocks): done
Multiple mount protection is enabled with update interval 5 seconds.
Writing superblocks and filesystem accounting information: 0/128 done

extracting archive ‘/mnt/pve/nfs-voip/dump/vzdump-lxc-100-2019_09_29-20_39_34.tar.gz’
Total bytes read: 1106708480 (1.1GiB, 40MiB/s)
Detected container architecture: amd64
TASK OK

Logical volume «vm-101-disk-0» created.
mke2fs 1.44.5 (15-Dec-2018)
Creating filesystem with 4194304 4k blocks and 1048576 inodes
Filesystem UUID: 8b318d0d-8af8-4df4-b85b-1e4bfababfc2
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000

Allocating group tables: 0/128 done
Writing inode tables: 0/128 done
Creating journal (32768 blocks): done
Multiple mount protection is enabled with update interval 5 seconds.
Writing superblocks and filesystem accounting information: 0/128 4/128 done

Источник

Установка и настройка Proxmox VE

Используемые термины: Proxmox VE, Linux.

В данной инструкции мы пошагово разберем способы установки Proxmox VE, базовую настройку и создание виртуальной машины. Proxmox основан на Debian — поэтому установку будем выполнять на данный дистрибутив Linux. В данной инструкции работа ведется на Proxmox версии 6.

Системные требования

Требования разделены на минимальные и рекомендованные:

Установка

Есть два варианта установки Proxmox VE — использовать готовый образ или установка на Debian. Мы рассмотрим оба.

Установка готового образа ISO

1. Переходим на страницу загрузки Proxmox официального сайта. Загружаем дистрибутив, например, Proxmox VE 6.1:

2. Если установка выполняется на виртуальную машину, монтируем образ. Если нет — создаем установочную флешку, например, с помощью WinSetupFromUsb или загрузочный диск с помощью InfraRecorder.

3. Загружаем сервер с установочного ISO — мы увидим окно приветствия Proxmox — выбираем пункт меню Install Proxmox VE:

4. Принимаем лицензионное соглашения, кликнув по I agree.

5. Выбираем диск, на который будет установлена система:

* при необходимости, кликаем по Options и задаем настройки файловой системы и размера раздела.

6. Пишем страну, временную зону, язык раскладки клавиатуры по умолчанию:

7. Вводим дважды пароль, который будет использоваться для пользователя root:

8. Прописываем сетевые настройки:

9. В окне «Summary» проверяем введенные данные и кликаем по Install. Начнется процесс установки, который займет не более 10 минут.

10. После установки мы должны увидеть «Installation Successful» — перезагружаем сервер, кликнув по кнопке Reboot.

После переходим к проверке установки.

Установка на Debian

Если мы решили установить Proxmox на уже установленный Debian, выполняем следующую инструкцию.

При установке среды виртуализации меняется ядро Linux. Это может привести к потери работоспособности уже установленных сервисов. Таким образом, установку Proxmox следует выполнять на чистый сервер, а не тот, который уже используется для каких-либо задач.

1. Имя сервера должно разрешаться по его IP-адресу. Для этого либо добавляем А-запись в DNS, либо настраиваем на сервере файл hosts:

192.168.1.55 proxmox.dmosk.local proxmox

* где 192.168.1.55 — IP-адрес нашего сервера; proxmox — имя сервера; dmosk.local — наш домен, если используется.

2. Добавляем репозитории, которые будем устанавливать для установки Proxmox PE и дополнительных компонентов:

deb http://mirror.yandex.ru/debian/ buster main non-free contrib
deb-src http://mirror.yandex.ru/debian/ buster main non-free contrib
deb http://download.proxmox.com/debian/pve buster pve-no-subscription

Чтобы мы могли работать с репозиторием proxmox добавляем в систему цифровую подпись:

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

3. Устанавливаем Proxmox PE и компоненты:

apt-get install proxmox-ve open-iscsi

* где proxmox-ve — собственно, сам гипервизор; open-iscsi — iSCSI-клиент для подключения iSCSI-target-ов.

4. Перезагружаем сервер:

Проверка установки

В браузере открываем панель управления системой виртуализации по адресу https:// :8006. В открывшемся окне выбираем язык, вводим логин и пароль от пользователя root:

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

Начальная настройка

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

1. Загрузка образов

Переходим в раздел Содержимое и кликаем по Загрузить:

В открывшемся окне выбираем ISO-образ системы, который будем устанавливать в качестве гостевой и кликаем по Загрузить. Ждем окончания копирования файла на сервер.

2. Создание сети для виртуальных машин

Мы рассмотрим примеры создания 2-х режимов сети — Bridge и NAT.

Независимо от способа установки Proxmox, необходимо подключиться к хосту по SSH и установить пакет ifupdown2 командой:

apt-get install ifupdown2

* ifupdown2 — утилита для конфигурации сетевого интерфейса (по сути, аналог ifupdown, написанный на языке Python).

. в противном случае, при попытке применить сетевые настройки мы получим ошибку you need ifupdown2 to reload networking (500).

Bridge

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

Работать с режимом Bridge нужно очень осторожно. Любое неправильное действие и удаленный доступ к серверу будет потерян. Если работы ведутся на удаленном сервере, рекомендуется сначала потренироваться на какой-нибудь локальной машине.

Также стоит отметить, что при установке PVE из установочного ISO-образа, один Bridge уже будет создан.

. иначе, создавать его не обязательно.

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

* если мы не сделаем этого, то при настройке Bridge мы получим ошибку Parameter verification failed. (400). gateway: Default gateway already exists on interface ‘ens160’.

Нажимаем Создать и выбираем Linux Bridge:

В открывшемся окне заполняем поля IPv4/CIDR, Шлюз (IPv4), Порты сетевого моста:

* в данном примере мы задаем IP-адрес, на котором будет работать Proxmox (чтобы ничего не перепутать, можно задать IP-адрес физического интерфейса, который будет задействован под Bridge); маска указывается в нотации CIDR и в нашем примере это 24 или 255.255.255.0; в качестве физического интерфейса наш bridge будет использовать ens160.

. нажимаем Создать.

Кликаем по Apply Configuration, чтобы применить сетевые настройки:

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

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

Создание нового bridge-интерфеса

Оставляем имя vmbr1 или пишем любое другое, прописываем IP-адрес с маской сети, в которой будут находиться серверы за NAT:

Нажимаем Создать. Применяем настройки:

Настройка ядра и брандмауэра

Подключаемся к серверу по SSH. Открываем на редактирование файл настройки ядра:

. и добавляем разрешение на редирект:

После применяем настройки:

Добавляем правило в брандмауэр:

* в данном примере мы создали правило для маскарадинга всех пакетов из подсети 192.168.122.0/24 и для исходящего интерфейса vmbr0. Обратите внимание, что если у нас будет другая подсеть и исходящий интерфейс для сети Интернет, то нужно будет задать другие значения.

Ставим утилиту для сохранения правил iptables:

apt-get install iptables-persistent

. и сохраняем правила в процессе установки или командой:

Сеть между виртуалками

Данная сеть — частный случай NAT без выхода в Интернет. Мы должны создать бридж с отдельной подсетью без шлюза. При добавлении виртуальным машинам данного сетевого адаптера мы сможем настроить их взаимодействие по внутренней сети.

Создаем бридж, как делали это ранее:

Создаем интерфейс. Готово — при создании или редактировании виртуалок, мы можем указывать с качестве интерфейса созданный бридж (в данном примере, vmbr2) для изоляции их в отдельную подсеть 192.168.150.0/24.

Создание виртуальной машины

Базовая настройка закончена — можно опробовать наш гипервизор в деле.

В правой верхней части панели управления кликаем по Создать VM:

В открывшемся окне снизу сразу ставим галочку Расширенный:

Задаем имя виртуальной машине и ставим галочку Запуск при загрузке (если хотим, чтобы виртуалка запускалась автоматически с сервером PVE):

* в данном примере мы задали имя FS. При желании, также можно изменить VM ID, но он проставляется автоматически и имеет правильное значение.

Выбираем загруженный нами ISO-образ, с которого будем ставить операционную систему, задаем тип гостевой операционной системы и ее версию:

* в данном примере мы будем устанавливать Linux Ubuntu. Среди списка операционных систем также доступны Microsoft Windows, Solaris и Other.

На вкладке Система можно оставить все значения по умолчанию:

* в некоторых случаях, необходимо выбрать другую видеокарту (при установке систем с GUI), а также особый вариант БИОС.

Задаем размер жесткого диска:

* 16 Гб для Ubuntu достаточно, однако, для наших задач расчет должен быть индивидуальным для каждой создаваемой виртуальной машины.

Мы можем задать количество процессоров и ядер:

* в данном примере мы создаем виртуалку с 2 процессорами, каждый из который с 2 ядрами, итого, 4. Для ненагруженных систем можно оставить значение по умолчанию.

* наша Ubuntu будет работать с 2 Гб оперативной памяти.

Выбираем созданный нами бридж — либо для получения прямого адреса из сети, либо для NAT:

* в данном примере, мы указали vmbr0 для подключения к сети напрямую.

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

. и нажимаем Готово. Ждем окончания процесса и переходим к консоли:

Мы должны увидеть загрузку с ISO-образа.

Настройка виртуальной машины

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

Полезные настройки

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

Для изменения параметра, просто кликаем по нему дважды, меняем значение и нажимаем OK.

Добавление дискового накопителя

В открывшемся окне задаем размер диска и нажимаем OK.

Для увеличения размера имеющегося диска устанавливаем на него курсов и кликаем по Изменить размер диска:

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

Добавление сетевого адаптера

Как при создании ВМ, выбираем тип сетевого адаптера (бридж или нат) и нажимаем Добавить.

Удаление виртуальной машины

В открывшемся окне мы должны подтвердить свои намерения удалить виртуальную машину, вписав ее идентификатор:

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

Кликаем по Удалить — готово.

Тюнинг сервера PVE

Внесем несколько изменений, которые сделают работу с Proxmox VE удобнее.

Отключение предупреждения об отсутствии подписки

Каждый раз при заходе в панель управления мы будем видеть такое предупреждение:

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

И так, в SSH открываем на редактирование репозиторий proxmox:

Приводим его к виду:

#deb https://enterprise.proxmox.com/debian/pve buster pve-enterprise
deb http://download.proxmox.com/debian/pve stretch pve-no-subscription

* мы закомментировали репозиторий pve-enterprise и добавили pve-no-subscription.
* при большом желании, можно удалить файл репозитория с именем pve-enterprise.list и создать новый — кому как будет удобнее.

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

Последнее — редактируем файл /usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.js:

* данной командой мы находим getNoSubKeyHtml в файле /usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.js и меняем на getNoSubKeyHtml_.

Закрываем окно браузера с Proxmox, если оно было открыто и запускаем его снова. Входим в систему — сообщение не должно появиться.

Сертификаты

Сервер PVE устанавливается с самоподписанным сертификатом. Это означает, что при подключении к панели управления мы будем видеть предупреждение от системы безопасности. Чтобы браузер принимал сертификат, он должен соответствовать следующим требованиям:

При этом, мы не должны заходить в панель управления по IP-адресу — в противном случае, независимо от сертификата, мы все-равно, получим предупреждение.

В открывшемся окне заполняем поля для закрытого и открытого ключей:

. и нажимаем Загрузить. Система предупредит, что загрузится с новым сертификатом — необходимо закрыть вкладку в браузере и открыть консоль управления снова. Если сертификат загружен правильный, мы не увидим предупреждения.

Создание нового пользователя

При установке PVE создается пользователь root. Рассмотрим процесс добавления еще одного через командную строку.

Подключаемся по SSH или открываем консоль из панели управления. Создаем пользователя в системе:

* где user — имя создаваемого пользователя.

После создаем нового пользователя в Proxmox:

pveum useradd user@pam

* в данном примере мы создали пользователя user в области pam.

pveum passwd user@pam

Задаем роль для созданного пользователя, например, административную:

Ubuntu и CentOS

Возможно, кому-то захочется установить Proxmox именно на Ubuntu или CentOS. К сожалению, разработчики остановились на Debian. Возможно, есть неофициальные обходные пути установки Proxmox на другие дистрибутивы Linux, однако такой путь не является приемлемым для продуктивной среды. Для настройка виртуализации на Ubuntu и CentOS предлагаю инструкции:

Источник