Proxmox VE – Upgrade 6.4-15 zu 7.2-7
Da im Juli 2022 der Support für Proxmox VE 6.x auslief, musste Proxmox auf die neue Version 7.2-7 migriert werden. Welche Schritte hierfür notwendig waren, möchte ich an dieser Stelle kurz beschreiben.
Zuerst musste eine ausreichend große USB-Festplatte, neu, ext4 formatiert angeschlossen werden. Damit war der physische Part vorerst erledigt. Die angeschlossene Festplatte musste nun identifiziert werden.
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 |
root@pve:~# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 931G 0 disk └─sda1 8:1 0 931G 0 part └─SkXXXXXXXX-vm--XXX--disk--0 253:5 0 930G 0 lvm sdb 8:16 0 931G 0 disk └─sdb1 8:17 0 931G 0 part ├─RaXXXXXXXX-vm--XXX--disk--0 253:0 0 500G 0 lvm ├─RaXXXXXXXX-vm--XXX--disk--0 253:1 0 32G 0 lvm ├─RaXXXXXXXX-vm--XXX--disk--0 253:2 0 32G 0 lvm └─RaXXXXXXXX-vm--XXX--disk--0 253:4 0 8G 0 lvm sdc 8:32 1 28.7G 0 disk ├─sdc1 8:33 1 1007K 0 part ├─sdc2 8:34 1 512M 0 part └─sdc3 8:35 1 28.1G 0 part ├─pve-root 253:6 0 7G 0 lvm / ├─pve-swap 253:7 0 3.5G 0 lvm [SWAP] ├─pve-data_tmeta 253:8 0 1G 0 lvm │ └─pve-data 253:10 0 12.1G 0 lvm └─pve-data_tdata 253:9 0 12.1G 0 lvm └─pve-data 253:10 0 12.1G 0 lvm sdd 8:48 0 1.8T 0 disk └─sdd1 8:49 0 1.8T 0 part |
Da die Kapazität der Festplatte bekannt war und 2 TB betrug, war die Festplatte hier eindeutig zuzuordnen. Als Nächstes wurde ein Mount-Point erstellt und die Festplatte gemountet.
|
1 2 |
root@pve:~# mkdir /media/hdd2tb root@pve:~# mount /dev/sdd1 /media/hdd2tb/ |
Anschließend wurde zur Proxmox GUI gewechselt. Dort musste der neue Storage nun hinzugefügt werden. Das passierte über die Punkte Datacenter -> Storage -> Add. Als Art wurde „Directory“ definiert. Die weiteren Parameter:
|
1 2 3 4 5 6 |
ID: hdd2tb Directory: /media/hdd2tb Concent: VZDump backup file Nodes: All Enable: True Shared: False |
Dann wurden die virtuellen Maschinen gesichert. Hierbei die Maschine auswählen und im Untermenü „Backup“ die Funktion „Backup now“ auswählen. Dabei beachten, dass der Storage („hdd2tb“) ausgewählt wurde.
|
1 2 3 4 5 |
"Backup now" Storage: intenso2tb Mode: stop Compression: ZSTD (fast and good) Send email to: |
Warum wurde hier „Mode: Stop“ gewählt? Darum: „This mode provides the highest consistency of the backup, at the cost of a short downtime in the VM operation. It works by executing an orderly shutdown of the VM, and then runs a background Qemu process to backup the VM data. After the backup is started, the VM goes to full operation mode if it was previously running. Consistency is guaranteed by using the live backup feature.“
Das Ergebnis der Sicherung sollte jeweils wie folgt aussehen:
|
1 2 3 |
INFO: Backup finished at 2022-08-05 22:19:39 INFO: Backup job finished successfully TASK OK |
Nachdem alles gesichert war, was zu sichern war, wurde das Update vorbereitet. Hierzu wurde der Befehl „pve6to7“ auf der Shell des Hostsystems ausgeführt. Dieses Skript prüfte die wichtigsten Upgrade-Bedingungen.
|
1 2 3 4 5 6 7 8 |
root@pve:~# pve6to7 = SUMMARY = TOTAL: 23 PASSED: 19 SKIPPED: 3 WARNINGS: 1 FAILURES: 0 |
In einschlägigen Online-Foren wurde darauf hingewiesen, dass Fehler und Warnung unbedingt behandelt werden sollten. Dabei war zu berücksichtigen, dass Proxmox sehr stark modifiziert werden kann. Dieses Skript prüft keine persönlichen Modifikationen und dient daher nur als grobe Orientierung für das Upgrade.
In diesem Fall standen auf der Root-Partition weniger als 4 GiB freier Festplattenspeicher zur Verfügung. Eine gute Option zur Gewinnung von freiem Speicherplatz ist immer:
|
1 2 |
apt autoremove apt autoclean |
Leider reichte das in diesem Fall nicht aus. Jedoch existierten auf dem Root-Medium eine weitere ungenutzte LVM-Partition, welche versucht wurde zu entfernen, um damit die Root-Partition um den ungenutzten Speicherplatz zu vergrößern. (Vgl. (Vgl. https://gist.github.com/laineantti/4fc29acbbd25593619a76b413e42b78f und https://gist.github.com/dergachev/6828967)
Dazu wurde das LVM-Medium in der Proxmox GUI unter Datacenter im Untermenü Storage ausgewählt und der Button „Remove“ geklickt. Da das allein jedoch nicht ausreicht, musste wieder auf der Shell des Hostsystems die Root-Partition erweitert werden. Nachdem die Partition angepasst wurde, musste ebenfalls das Filesystem angepasst werden.
|
1 2 3 4 5 6 7 8 9 |
root@pve:~# lvextend --extents +100%FREE /dev/mapper/pve-root Size of logical volume pve/root changed from 7.00 GiB (1792 extents) to 10.50 GiB (2688 extents). Logical volume pve/root successfully resized. root@pve:~# resize2fs /dev/mapper/pve-root resize2fs 1.44.5 (15-Dec-2018) Filesystem at /dev/mapper/pve-root is mounted on /; on-line resizing required old_desc_blocks = 1, new_desc_blocks = 2 The filesystem on /dev/mapper/pve-root is now 2752512 (4k) blocks long. |
Damit wurde der verfügbare Speicher von 7 GB auf 11,03 GB erweitert. Im Anschluss wurde wieder das Upgrade-Skript bemüht.
|
1 2 3 4 5 6 7 8 |
root@pve:~# pve6to7 = SUMMARY = TOTAL: 21 PASSED: 18 SKIPPED: 3 WARNINGS: 0 FAILURES: 0 |
Laut dem Proxmox Upgrade Guide (https://pve.proxmox.com/wiki/Upgrade_from_6.x_to_7.0) sollte dem Upgrade via apt nun nichts mehr im Weg stehen. Also wurde das Upgrade über Aptitude durchgeführt.
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 |
root@pve:~# apt update Hit:1 http://download.proxmox.com/debian/pve buster InRelease Hit:2 http://security.debian.org buster/updates InRelease Hit:3 http://ftp.de.debian.org/debian buster InRelease Get:4 http://ftp.de.debian.org/debian buster-updates InRelease [56.6 kB] Fetched 56.6 kB in 1s (39.9 kB/s) Reading package lists... Done Building dependency tree Reading state information... Done All packages are up to date. root@pve:~# apt dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. |
Leider nichts dabei. Warum? Weil alle Repositories natürlich noch auf die Buster Paketquellen zeigen (facepalm). Also wurden fix alle Paketquellen von Buster (alt) auf Bullseye (neu) geändert und die Referenzierungen zu Buster bzw. Proxmox 6.x auskommentiert.
|
1 2 3 |
root@pve:~# sed -i 's/buster\/updates/bullseye-security/g;s/buster/bullseye/g' /etc/apt/sources.list root@pve:~# nano /etc/apt/sources.list.d/pve-enterprise.list root@pve:~# nano /etc/apt/sources.list |
Anschließend die Referenzen für Proxmox 7.x hinterlegt. Dabei ist zu beachten, dass in diesem Beispiel mit der kostenlosen Version von Proxmox gearbeitet wurde und daher auch die „NO SUBSCRIPTION“ Repositories hinterlegt werden müssen. Dazu folgende Zeilen in der Datei „/etc/apt/sources.list“ hinterlegen.
|
1 2 3 |
# PVE pve-no-subscription repository provided by proxmox.com, # NOT recommended for production use deb http://download.proxmox.com/debian/pve bullseye pve-no-subscription |
Anschließend wurden die Repositories upgedatet:
|
1 |
apt udpate |
Und das Dist-Upgrade durchgeführt:
|
1 |
apt dist-upgrade |
Nach kurzer Zeit erschien folgender Warnhinweis, welcher mit ENTER bestätigt wurde. Der Upgrade-Guide ist uns ja bekannt (s.o.).
|
1 2 3 4 5 6 |
W: (pve-apt-hook) !! ATTENTION !! W: (pve-apt-hook) You are attempting to upgrade from proxmox-ve '6.4-1' to proxmox-ve '7.2-1'. Please make sure to read the Upgrade notes at W: (pve-apt-hook) https://pve.proxmox.com/wiki/Upgrade_from_6.x_to_7.0 W: (pve-apt-hook) before proceeding with this operation. W: (pve-apt-hook) W: (pve-apt-hook) Press enter to continue, or C^c to abort. |
Im weiteren Verlauf gibt uns das Installationsprogramm folgende Meldung:
|
1 |
apt(8) now waits for the lock indefinitely if connected to a tty, or for 120 seconds if not. |
Die Meldung kann mit „q“ quittiert werden und das Upgrade läuft weiter. Im weiteren Verlauf wurde nach individuellen Präferenzen gefragt. Mit einem abschließenden reboot befinden wir uns nun auf Proxmox 7.2-7!