🛰️ XO 6: dedicated thread for all your feedback!

julienXOvates

@escape222 said:

Slow booting on Debian 13 VM created from a template

I recently tried cloning a VM from a template (created from a full install of Debian 13). What was noticed was that the system takes forever to boot when the VM is created from XO-6. The issue does not happen in XO-5. The VM seems to hang at the TianoCore boot screen .

What I noticed is that when the VM is cloned with XO-6 the boot order somehow changes to Network boot as the first option

This does not happen (change of boot order) if the VM is cloned from XO-5 and there is no boot delay. The boot process seems to wait for more than 2 minutes before it fails network boot and then proceeds normally to boot from the Hard drive

Thanks

Hi @escape222,
For info boot order issue has been resolved in XO 6.5 !

julienXOvates

@ph7 said:

Xen Orchestra, commit 71fa8
With a snapshot attached to a VM, it is reported to use 0% of 100GB

And if I remove the snaphot

And that seems to be more accurate

Hi @ph7,
The VDI storage used space with snapshots has been fixed in XO 6.5 !

ph7

@julienXOvates
Well not in my daefc witch is newer than 6.5.1

ph@romy:~$ df -h
Filsystem      Storlek Använt Ledigt Anv% Monterat på
udev              1,9G      0   1,9G   0% /dev
tmpfs             392M   916K   391M   1% /run
/dev/xvda2         93G   6,3G    82G   8% /
tmpfs             2,0G      0   2,0G   0% /dev/shm
efivarfs          128K    52K    72K  42% /sys/firmware/efi/efivars
tmpfs             5,0M      0   5,0M   0% /run/lock
tmpfs             1,0M      0   1,0M   0% /run/credentials/systemd-journald.service
tmpfs             2,0G   4,0K   2,0G   1% /tmp
/dev/xvda1        975M   8,8M   966M   1% /boot/efi
tmpfs             1,0M      0   1,0M   0% /run/credentials/getty@tty1.service
tmpfs             1,0M      0   1,0M   0% /run/credentials/serial-getty@hvc0.service
tmpfs             392M    68K   392M   1% /run/user/105
tmpfs             392M    68K   392M   1% /run/user/1000

seems more like 8% to me

ph7

same in my XOA 6.5.1

julienXOvates

OK, we'll have another look at it, sorry for this !

ph7

@julienXOvates
The faulty ones are on local SR
If I take a manual snapshot on a NFS VM, I see the correct value

Will test a scheduled one

ph7

Local VMs vith scheduled Incremental or full Backup and CR are affected
NFS VMs vith scheduled Incremental or full Backup are affected
NFS VMs with CR not affected

julienXOvates

@ph7 Thanks for those details, very helpful. We'll have a look.

ph7

ph7 said:

Local VMs vith scheduled Incremental Backup and CR are affected
NFS VMs vith scheduled Incremental Backup are affected

Incremental -> Incremental OR full

Hex

Here is a small usability suggestion. In the Resources dashboard, in Pool view and Host view, positions of CPU and RAM are swapped. I occasionally get a brain freeze when switching between Host and Pool dashboard.