Proxmox Virtual Environment 9.0 released!

I am seeing something odd since updating to 9.0. Currently on 9.0.4.

I don't have both storage options like I used to on 8. LXCs are only showing this:
View attachment 89412

While VMs are showing this:
View attachment 89411

Any ideas what's going on? Before the upgrade, I didn't have local, just had ext and local-lvm. Not sure where local is coming from and it's the only option for new LXCs. Did repairing my lvm pool during the upgrade cause this? How do I get it back to how it was?

You are confusing the template/ISO/etc storage in your LXC screenshot with the vDisk storage in your VM screenshot.
In the LXC creation wizard, go to the "Disks" tab and you will most likely see your other storages there too.
 
  • Like
Reactions: Johannes S
Hi,
I have sucessfully upgraded my 3 node test cluster and so far everything seems working.

What I really hoped coming to this version, that you don't need to specify anymore the target node, when creating a VM or bulk migrate them away.
I'm migrating away from Red Hat Virtualization and I never had to think about, where a VM lives. I have shared storage, so also Proxmox should not care, where a VM is running.
This feels a bit weird for a shared storage cluster, where 100s of VMs are running, that I have always to chose a host to migrate to or where a VM is being created.

Everyhting else, great job and Proxmox is really running great!
 
I had a similar experience today on a remote backup server. Luckily I had IPMI on this one and logged in and found it booted into BIOS. After fiddling around for a while I enabled CSM and Legacy boot and changed the boot drive to use the non-UEFI entry and got it booted. I still need to figure this out because it was definitely booted in UEFI mode previously and my other primary server which is identical hardware is still booted in UEFI mode. I need to understand this better before I pull the trigger on updating the primary. It feels like going backwards to legacy mode might not be the best idea but for now it's fine on my backup server.
I got nowhere. A few power cycles and no POST. It can't be related... could it?! I had to spend the night packing for a trip but should have enough time to try a CMOS reset before I'm gone for a week, stewing on the beach in my failures.

Thankfully I made sure all my containers had a fresh backup on a separate disk. Maybe a new server will wash up on the beach!
 
I got nowhere. A few power cycles and no POST. It can't be related... could it?! I had to spend the night packing for a trip but should have enough time to try a CMOS reset before I'm gone for a week, stewing on the beach in my failures.

Thankfully I made sure all my containers had a fresh backup on a separate disk. Maybe a new server will wash up on the beach!
My 3 node setup, one supermicro and two lenovo tinys, one of the lil guys didnt reboot, had to download the newest version to a usb and do a fresh install...
 
One of my supermicro boxes hasn't rebooted after the upgrade, using IPMI I can briefly see grub then it reboots. I'll have to go look at it tomorrow.
All my VMs are on external storage so safe (and have backups), but it's a pain
 
  • Like
Reactions: RobFantini
I updated several systems - all successful except two. Both are Dell micro PCs. Both did not reboot PVE after the update - jumping into BIOS setup instead.
After booting from install media (advanced/rescue mode), I found that efibootmgr -v did not show a proper boot entry.
pve-efiboot-tool init /dev/nvme0n1p2 and pve-efiboot-tool refresh did the job and both systems boot normal again.
 
  • Like
Reactions: empirical6355
You might try turning on csm and legacy boot in BIOS to see if you can get it booted that way. If that works, check this thread.

https://forum.proxmox.com/threads/help-with-uefi-boot-issue-after-pve-9-upgrade.169796/

I had boot mode set to 'dual', tried it set to both legacy, and only uefi and still same problem - 'Welcome to grub' and reboot into bios.
I created a pve installation and was able to do a rescue boot successfully.
efibootmgr -v looked normal as far as I could tell
Running proxmox-boot-tool status shows 'E: /etc/kernel/proxmox-boot-uuids does not exist.'
I followed the instructions here: https://github.com/jacrook/PVE8-9

# Fix UEFI boot problems
echo 'grub-efi-amd64 grub2/force_efi_extra_removable boolean true' | debconf-set-selections -v
apt install --reinstall grub-efi-amd64

....and this solved my boot issues

A pain, but rescued
 
Thx for the (smooth) update!

I encountered two minor issues with the new HA affinity rules in PVE Web UI, can someone confirm?
- Selecting an existing HA rule, the Edit-Button stays disabled, although I can edit the rule by double clicking it. I expected the edit-Button to be enabled.
- Editing a HA rule, I can use Umlaute (e.g., ä) in the comment field. After saving it is displayed as �. There seems to be an encoding/utf-8 problem. I expected it to be displayed as ä.
 
- Selecting an existing HA rule, the Edit-Button stays disabled, although I can edit the rule by double clicking it. I expected the edit-Button to be enabled.

Afaict, the patch is not applied yet.
 
  • Like
Reactions: sjjh
Hi, I am trying to get ready to upgrade to version 9. Currently on 8.4.11. But pve8to9 is reporting a fail:

Code:
FAIL: systemd-boot meta-package installed. This will cause problems on upgrades of other boot-related packages. Remove 'systemd-boot' See https://pve.proxmox.com/wiki/Upgrade_from_8_to_9#sd-boot-warning for more information.

I've seen others reporting to have warnings that systems-boot was installed but not used. In my case it seems it is used. I'm not an expert and don't want to leave the system unable to boot. Seems like I should fix the boot method before I go on, but am unable to find pointers on how to do that. Any tips would be greatly appreciated.
 
Has anyone else noticed yet in 9.0 the web UI feels so much snappier?! It loads instantly and feels faster to navigate and load various sections and pop-ups.

Great job! Very appreciated.
 
  • Like
Reactions: empirical6355
# Fix UEFI boot problems
echo 'grub-efi-amd64 grub2/force_efi_extra_removable boolean true' | debconf-set-selections -v
apt install --reinstall grub-efi-amd64
the latest version of `pve8to9` should warn you in that situation - anyways - glad you resolved your issue!
 
- Editing a HA rule, I can use Umlaute (e.g., ä) in the comment field. After saving it is displayed as �. There seems to be an encoding/utf-8 problem. I expected it to be displayed as ä.
Nobody who can confirm this issue? Anyone having an idea what's wrong on my side? :) Have tried it with Firefox & Chromium.
 
We're testing pve 9.0 and are having trouble restoring backups form veeam. I know there's a workaround for changing the machine hardware from the latest version to e.g. 9.2, and that helps with creating backups. However, when we have a VMware backup and want to inject it into the pve 9 environment, the hardware modification is blocked immediately after creating a new VM. I can't change this parameter, and Veeam aborts the restore. Does anyone have a workaround for this?
 

Attachments

  • 705-veeam-error-restoring-VMware-disks-to-a-Proxmox-host.png
    705-veeam-error-restoring-VMware-disks-to-a-Proxmox-host.png
    51.1 KB · Views: 29
Hi all, thanks to the team for its hard work.

I noticed that in roadmap "VM snapshots on thick-provisioned LVM storages with snapshots as volume chains" are still marked as "technology preview" but in every other place this feature Is reported without warnings.
Is this feature production ready or Is still a technology preview?
 
Hi all, thanks to the team for its hard work.

I noticed that in roadmap "VM snapshots on thick-provisioned LVM storages with snapshots as volume chains" are still marked as "technology preview" but in every other place this feature Is reported without warnings.
Is this feature production ready or Is still a technology preview?
I think it was announced as a "technology preview" in the initial press release.

I don't believe that the PVE/PBS dev teams put those sorts of warnings in the actual product GUIs.