Обновление версии 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.list5.) Обновите индекс пакета репо:
apt update6.) Обновите систему до 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 --full8.) Если проблем нет, перезагрузитесь. В случае успеха вы попадете в новую установку proxmox. Теперь вы можете перезагрузить свои виртуальные машины. Все готово!
Дорон — давний системный специалист, который впервые попробовал Linux, компилируя и настраивая серверы ircd из исходных кодов в середине 90-х. Затем он занялся веб-хостингом через учетные записи реселлеров и выделенные серверы. В автономном режиме он играет на бас-гитаре и является заядлым любителем музыки. Он является совладельцем интернет-радиостанции Genesis Radio, которая круглосуточно транслирует всевозможную музыку, а также транслирует различные мероприятия и живые выступления. Если вам нужны услуги хостинга, вы можете проверить его текущий бизнес: Genesis Hosting.
Записки 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
Узнать текущую версию установленной операционной системы несложно, для этого имеются различные команды. Хотелось бы, чтобы разработчики операционных систем сделали бы универсальные команды, которые были бы унифицированы. Но пока для разных операционок есть небольшие отличия работы команд и их выводы в терминале. Далее перечислены команды, с помощью которых можно легко узнать версию системы, установленной на компьютере.
Узнать версию и номер сборки — для различных систем возможно с помощью следующих команд:
$hostnamectl
$lsb_release -a
$uname -a
$cat /etc/issue.net
$ cat /etc/debian_version
Для Astra Linux:
$ cat /etc/astra_version
Установить имя компьютера (хоста) можно так:
#hostnamectl set-hostname newnameforcomputer
Другой способ изменения имени компьютера — отредактировать файлы /etc/hostname
КАК УЗНАТЬ ВЕРСИЮ ЯДРА LINUX
Ядро Linux — это один из самых важных компонентов операционной системы. Ядро выступает посредником между программами и аппаратным обеспечением, контролирует процессы, управляет памятью, предоставляет доступ к сети. Это основа операционной системы, в которой выполняются большинство важных процессов.
Довольно часто выходят новые версии ядра, которые нужно устанавливать, чтобы вовремя получать новые возможности, а также исправления проблем с безопасностью. Но для начала неплохо бы знать какая версия установлена сейчас. В этой статье мы рассмотрим как узнать версию ядра Linux. Для этого существует несколько способов.
КАК УЗНАТЬ ВЕРСИЮ ЯДРА LINUX?
Самый распространенный способ посмотреть ядро linux — это команда uname. Она выводит информацию о системе в целом, и в том числе о ядре. Чтобы посмотреть всю доступную информацию выполните команду с опцией -a: