@RobWhalley
That worked for me as well.
I created a new XenOrchestra VM with commit 3c543.
Enabling and disabling NBD on the backup job did the trick.
Thank you and everyone else for your efforts and digging into the matter.
Regards
Marc
System administrator with love for open source
@RobWhalley
That worked for me as well.
I created a new XenOrchestra VM with commit 3c543.
Enabling and disabling NBD on the backup job did the trick.
Thank you and everyone else for your efforts and digging into the matter.
Regards
Marc
@olivierlambert said in Xen Orchestra commit a62ac Templates not loading data:
The fix was merged in master, you should have it now if you update to the latest commit
Very cool. Works perfectly fine again.
Love this
Keep up the excellent work you guys
Regards,
Marc
I installed via https://github.com/ronivay/XenOrchestraInstallerUpdater
@manilx said in Xen Orchestra commit a62ac Templates not loading data:
@olivierlambert Created issue on both githubs.
Awesome!
I found an older snapshot of XenOrchestra CE with commit 29af0, which is also "broken" in that respect.
Regards,
Marc
@manilx Thanks.
I was 24 commits "behind" before updating to the latest one. So I could not say, in which commit the breaking change was included.
Regards,
Marc
@olivierlambert said in Xen Orchestra commit a62ac Templates not loading data:
Can you try to switch on the branch
pbt_fix_empty_sshkeys
and report if it's better?
Hi.
I would if I knew how
I am an absolute noob, when it comes to anything other than apt update
Thanks in advance for a push in the right direction.
Rgeards,
Marc
Hi everyone.
After upgrading my XenOrchestra CE installation to the current commit a62ac on creating a new VM, the chosen template data is being not loaded.
All fields (CPU, RAM, Interface, Disks, etc.) are left empty.
Anyone else observing this behavior?
Thanks in advance.
Regards,
Marc
@RobWhalley
That worked for me as well.
I created a new XenOrchestra VM with commit 3c543.
Enabling and disabling NBD on the backup job did the trick.
Thank you and everyone else for your efforts and digging into the matter.
Regards
Marc
Hi.
I am on commit 2effd and have the same problem.
Snapshots are being created but no transfer is taking place.
Regards,
Marc
Hi.
Can you try to have a VM setup within XenOrchestra and then use Clonezilla to get the machine over?
Power down the Rocky Linux VM, boot from a Clonezilla ISO and do the same thing on a VM in XOA.
You should make sure to have at least the same or a little greater amount of storage on the new VM on XOA
as it was on the VMWare platform before starting the clone.
Just to have a fallback option in case the XOA import mechanism has a problem.
Best regards,
Marc
@lawrencesystems said in New Rust Xen guest tools:
@olivierlambert
Install on Debian 12 VM went smooth. Tested on XCP-ng 8.2.1 & using Xen Orchestra, commit 5fe53. When changing networks it updates the IP very fast, but does not clear the previous IP addresses from the other networks. I did confirm they are not showing in the VM.
Hi everyone.
Issue is still persistent and can be reproduced.
After a reboot the old IPs are not showing up again until you change the network again.
Regards,
Marc
EDIT:
Tested on fully patched XCP-NG 8.2.1 and XenOrchestra from Sources on commit 84650.
@Danp
Hi everyone.
That "n 18" did it for me. My Xen Orchestra would not hold the connection, with the same "http connection time out".
Thanks a bunch
Regards
Marc