Proxmox VE 6.0 beta released!
- Thread starter martin
- Start date
Yes ZFS with encryption! YES
Nice!
Encryption was introduced with 0.8 right? I hoped that the version makes it into the normal buster release but its shipped with 0.7.12-2
Just successfully performed the upgrade from the latest 5.4 version to 6.0.
The only thing that came to my attention during the installation was that grub did not recognize the grub installed on my two S-ATA SSDs, which are running in a zpool mirror and contain the Proxmox installation. After manually selecting those drives once again, the upgrade continued normally and there were no issues during the reboot.
Hardware:
CPU: Intel Xeon E5-2630 v4 (40) @ 2.2 GHz
MB: Supermicro X10DRL-i - BIOS 3.1c
RAM: 8x Samsung M393A4K40BB0-CPB
SSD: 2x Samsung 860 EVO 250GB, 4x Samsung 970 EVO 500GB, 1x Intel Optane 900P 280GB
The only thing that came to my attention during the installation was that grub did not recognize the grub installed on my two S-ATA SSDs, which are running in a zpool mirror and contain the Proxmox installation. After manually selecting those drives once again, the upgrade continued normally and there were no issues during the reboot.
Hardware:
CPU: Intel Xeon E5-2630 v4 (40) @ 2.2 GHz
MB: Supermicro X10DRL-i - BIOS 3.1c
RAM: 8x Samsung M393A4K40BB0-CPB
SSD: 2x Samsung 860 EVO 250GB, 4x Samsung 970 EVO 500GB, 1x Intel Optane 900P 280GB
Openvswitch not working. When node is up, i can see only local. Same config i used at another node with 5.4 pve, no probem.
auto lo
iface lo inet loopback
allow-vmbr0 eth0
iface eth1 inet manual
ovs_type OVSPort
ovs_bridge vmbr0
auto eth0.4003
iface eth0.4003 inet static
address 192.168.200.115
netmask 255.255.255.0
vlan-raw-device eth0
mtu 1400
auto vmbr0
iface vmbr0 inet static
address X.X.X.X
netmask 255.255.255.192
gateway X.X.X.X
ovs_type OVSBridge
ovs_ports eth0
auto lo
iface lo inet loopback
allow-vmbr0 eth0
iface eth1 inet manual
ovs_type OVSPort
ovs_bridge vmbr0
auto eth0.4003
iface eth0.4003 inet static
address 192.168.200.115
netmask 255.255.255.0
vlan-raw-device eth0
mtu 1400
auto vmbr0
iface vmbr0 inet static
address X.X.X.X
netmask 255.255.255.192
gateway X.X.X.X
ovs_type OVSBridge
ovs_ports eth0
Please use the debug mode of the installer, at the second prompt check for /sys/firmware/efi directory, if it is not present or empty you are not booted in uefi mode. I'll add a line at the summary screen to show which boot mode the installer is in, it seems that it may help some people to ensure that they have correct the mode selected.
If you're booted into uefi mode and choose ZFS everything should be done automatically.
Last edited:
Thanks for the hints! It turned out i had /etc/systemd/system/systemd-udevd.service.d/override.conf configured only containing:
[Service]
ExecStartPost=/bin/sleep 15
Removing this file before the upgrade fixed the problem. I didn't expect this small change could potentially lead to a broken system.
Thanks again, now to test PVE6
Also need to do this on 2 machines, and would prefer to read some success stories first...
That unfortunately does not work.
I boot via the UEFI option on the installation media, the folder shows and has contents. After DHCP it tells me that the installations is aborted and cannot continue. That's it, no more information given. If i choose the legacy boot option i can install Proxmox just fine, but don't have a UEFI installation. That's what i meant. So ZFS booting from a RAID1 of NVME SSDs = Works. Installing the same in UEFI mode = Does not work.
See attached screenshots.
Strange! Could you switch over to the second tty, normally done by sending "CTRL + ALT + F2" (use F2 to switch back to the original prompt) and check if there are any errors visible about why this happens. Note that sending this combination is best done via the virtual keyboard of the remote viewer, at least if you use Linux as Desktop - as else your local Desktop will switch to TTY2, (and the xserver is normal on TTY7).
As mentioned in Post #23, I successfully updated my Proxmox machine with ZFS on root.Also need to do this on 2 machines, and would prefer to read some success stories first...
Attachments
I'd love to do that, but the shortcut does not work with the LARA from Hetzner. I can neither do it via my keyboard nor via the softkeyboard. Nothing happens.
I attached the dmesg.log, but it's really hard to get that with the slowlyness and english keyboard.
Hetzner support told me that Debian 9 Kernel does not support the NIC in EX62 Servers. For Debian 10 it should work and i have internet, as via that i did transfer the dmesg.log file. Other than that, they also have no idea what the issue could be.
For some reason, after Hetzner inserted a USB Stick directly the installation also came up in UEFI mode. (Seems there are timeouts when using virtual media on uefi)
I can now either boot via uefi and efibootmgr works and /sys/firmware/efi is there or i can boot without, then it boots via grub. Is that intended?
I can now either boot via uefi and efibootmgr works and /sys/firmware/efi is there or i can boot without, then it boots via grub. Is that intended?
Last edited:
I have a single node Debian 9.9 on UEFI boot. No Ceph, no Corosync, boot is on ext4 (mdadm Raid 1) spinning disk. PVE is current.
Upgraded following instructions. startup seems fine. web gui seems fine. guests (KVM & LXC) seem fine, the console comes up.
but no proxmox cmds work (pveeam, pct, qm) work. uname -a shows 5.0.15-1-pve #1 SMP PVE 5.0.15-1.
The binaries are there, /usr/sbin/pct enter VMID works.
Code:
echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/gamesis this a sign that there is something else wrong or I just need to adjust PATH, and if so, whats the proper way to update PATH?
I guess you change to root via `su`? In that case this is a change in Debian Buster:
https://wiki.debian.org/NewInBuster#Changes
hope this helps!