@anik Hi !

When I did migrate from Proxmox to XCP-ng, I just had to do the conversion and import the disk. The step in the documentation was not needed (I suppose it's for old OS or in case of failure)

You can convert directly to VHD instead of convert to VMDK. Here's the step I followed:

qemu-img convert -O vpc proxmox-disk.qcow2 `uuidgen`.vhd
scp thegenerateduuid.vhd ip.xcp-ng.server:/run/sr-mount/uuid-of-your-SR

Then with XO, create a VM and attach the disk

@BenjiReis Hello !
Thank you for the ISO !

I just tested the install in a VM (for the moment, soon I will have a physical machine available)

First review:
So far, the autoconf seem to be working !
But, during the installation, I provide a IPv6 DNS (the Cloudflare one, 2606:4700:4700::1111), but DNS is not working, as I have 1.1.1.1 in my /etc/resolv.conf
I don't know if is the autoconf who is pushing the 1.1.1.1 (i need to check my router first), but I think is better if when we give a DNS, it bypass the autoconf

More test is coming the next few day

(sorry if my English is a bit bad)

Thank you and the team for all you work !

Hello all !

I was able to make some tests these last days on my lab servers.
My lab is currently 1 Dell R610 with IPv6 only. I plan to add 2 more servers to test all the features.

I already noticed some blocking points:

• The DNS server (v6) that I gave at installation is no longer present once the server is installed. I had to edit /etc/resolv.conf and add my server by hand to have working DNS.
• Once the server is installed, I tried to do a quick deploy via https://xen-orchestra.com/?#!/xoa, without success. I asked @olivierlambert to add a AAAA DNS record, because it was not there in the first place, but once the record was added, the quick deploy still didn't work. I don't have any debug message to give back, and I don't know how to debug more

Feel free to contact me if you want to do some live testing, or if you need more information !

Thanks for all this work !

Cécile ~ AtaxyaNetwork

@olivierlambert Seems to work perfectly on Debian 12 and Debian 11 !

@AtaxyaNetwork And for the blog post:
https://blog.ataxya.net/add-xen-driver-to-ome-dell-open-manage-enterprise/

@pavkamlc Hi !

Usually I convert my qcow2 file to VHD directly on Proxmox.

As far as I remember, when I crashed my Proxmox in the school lab, I didn't succeed to convert the image directly on a Linux box.

I found a workaround, but it's pretty messy:

• Install a Debian VM
• Install the proxmox-ve package (you'll need the Proxmox repository)
• Mount your shared storage directly on your new VM (with NFS for example).
• Then, you can convert

Let me know if it's working !

@kuznetcoff777 Hi !

If you want all the feature, you can use XO from sources: https://xen-orchestra.com/docs/installation.html#from-the-sources

If you are using Xen Orchestra for a production environment, I strongly recommend having a pro support for your infrastructure

@screame1 You can do something like this:

cd your_folder_where_xo_is
git checkout fix_continuous_replication
git pull -r
yarn
yarn build

(i didn't use XO source since a long time, so maybe i'm wrong ^^)

@jkissane Hi !

Did you install xen driver before exporting the VM ?
dracut --add-drivers "xen-blkfront xen-netfront" --force

@Gheppy Yes, it's dark reader

@bvivi57 Ah yes, good catch, I didn't think of that !

@bvivi57 Hum, weird.

From what i see, i can't tell you why is not working.

For the disk part, I did:

  disk {
    sr_id      = data.xenorchestra_sr.local_storage.id
    name_label = var.name
    size       = var.disk_size * 1024 * 1024 * 1024
  }

You can check my old project (I used it a couple month ago, so it should work correctly), and check if you can find some differences: https://git.ataxya.net/ataxya/Tsunami

I'll try to find some time to test your file

@bvivi57 Hi !

What's the value of var.xoa_template in your file ?

@KPS I don't know why my brain has decided to index all the xcp-ng forum, so when I read your post, I immediately remember the post with the clonezilla issue

@KPS This ?

https://xcp-ng.org/forum/post/39147

@someone2b Hi !

You'll have more information here: https://vates.tech/blog/introducing-vates-virtualization-management-stack/

@SethNY Hi !

I'm working since a few weeks to have a VyOS packer build working with the XCP-ng packer provider. The link you provided is only for qemu build, so it needs some work to be able to adapt it to XCP-ng.
I'll tell you when I have something working, but for now, I have some small difficulty to resolve (install the tools, and other small things).

If you want to use terraform, you can do this:

• Prepare a VM manually, with the bare minimum
• Convert the VM to a template.
• And use this template with terraform

I don't know if cloudinit is supported out of the box or if you need to activate some things (I'm not here yet), but if you have something working, I'll think it will be helpful for the community

@john-c The plugin I wrote send all data available to XO, and XO is doing the parsing and display.
As we only work currently with the Mona model, we are not concerned by liquid cooling and other things like this.
To have some history, I recommend using the Netdata plugin and plug it into a Prometheus to have long-term data. For now, XO is displaying real-time value directly from the BMC, with no history.
If you have some values you think are nice to have (in fact, the PSU status was not my idea, but feedback from my community), don't hesitate to tell us !
It's still a work in progress, nothing is set in stone

@manilx Try:

xe host-call-plugin host-uuid=<uuid> plugin=smartctl.py fn=information
xe host-call-plugin host-uuid=<uuid>  plugin=smartctl.py fn=health

We changed the name between my test and the real plugin on xcp-ng

@manilx Hi !
I wrote a XAPI plugin for smartctl a while ago. You can use it like this:

# Get all the info
[18:06 Chouffe plugins]# xe host-call-plugin host-uuid=8b80bcc2-d31c-4f7d-85a7-e921f67c4ec5  plugin=smartctl.py fn=check_smartctl
{"/dev/sdf": {"power_on_time": {"hours": 9147}, "ata_version": {"minor_value": 94, "string": "ACS-4 T13/BSR INCITS 529 revision 5", "major_value": 2556}, "form_factor": {"ata_value": 3, "name": "2.5 inches"}, "firmware_version": "SVQ02B6Q", "wwn": {"oui": 9528, "naa": 5, "id": 65536604056}, "smart_status": {"passed": true}, "smartctl": {"build_info": "(local build)", "exit_status": 0, "argv": ["smartctl", "-j", "-a", "/dev/sdf"], "version": [7, 0], "svn_revision": "4883", "platform_info": "x86_64-linux-4.19.0+1"}, "temperature": {"current": 32}, "rotation_rate": 0, [...]}

# get health status
[18:06 Chouffe plugins]# xe host-call-plugin host-uuid=8b80bcc2-d31c-4f7d-85a7-e921f67c4ec5  plugin=smartctl.py fn=check_health
{"/dev/sdf": "PASSED", "/dev/sdg": "PASSED", "/dev/sdd": "PASSED", "/dev/sde": "PASSED", "/dev/sdb": "PASSED", "/dev/sdc": "PASSED", "/dev/sda": "PASSED"}
``