I had the same problem with Debian 10 also.

In my findings it seemed that the "commented out" network config that XO ships with was throwing it off.

The workaround in my case was...

1. Insert my cloud-config as per usual.
2. Remove everything from the network config box (if I didn't want cloud-config to set this up for me).

or

3. Insert a proper network config if I wanted network setup also.

Hope that helps

What does your cloud config logs show on the guest OS after boot?

Can you see if it has made any attempt to inject the config?
Only thing I can think of is that your cloud config might be wrong thus the cloud init service is refusing it.

Have you tried to use an ubuntu image? I used official images of both debian 10 and ubuntu 18.04 and worked fine once I got rid of the pre-populated network config or inserted a real network config.

I spent too long trying to figure out what was going on so let me know if there's anything else you need to know, it's super frustrating.

I had the same problem with Debian 10 also.

In my findings it seemed that the "commented out" network config that XO ships with was throwing it off.

The workaround in my case was...

1. Insert my cloud-config as per usual.
2. Remove everything from the network config box (if I didn't want cloud-config to set this up for me).

or

3. Insert a proper network config if I wanted network setup also.

Hope that helps

@fohdeesha

I thought commenting every line with # would be valid YAML which is how you guys have it as default.

Which is cuasing the problem at least on my side of things.

Hmm so it seems that clearing the box completely also leaves no errors and functions as expected.

Leaving it in with comment markers seems to trigger the error from what I can tell.

Maybe someone else can replicate the issue to confirm. I'm using a clean Ubuntu 18 image.

@fohdeesha

These are the logs from spinning up without configuring a network through cloud-init. As mentioned, all lines are commented out with # in the pre-populated text.

https://pastebin.ubuntu.com/p/4McRtgYR7f/

https://pastebin.ubuntu.com/p/q7BHQ7qW8k/

@olivierlambert

I haven't tried with an empty network config.

All I done was remove the # from the first two lines in the network config which then allowed the VM to utilize the cloud config drive.

Solved - At least in this case, network config must be specified otherwise nothing will happen.

YAML is all good, but it's clunky.

It would be nice to have an option in the cloud config section to specify common cloud-init parameters in a form. Both user specified entries and options for fixed state parameters. As an example...

User defined:

• hostname
• user
• password
• bootcmd
• additional user specified parameters

Fixed state/toggle:

• chpasswd: {expire: true/false}
• package_upgrade: true (update guest OS upon first login)
• growpart (auto)

Multiple choice:

• groups
• distro specific package installs

The ability to map more XO/XCPNG specific variables would be convenient too such as

• host domain -> guest domain
• custom login splash (xcpng host and domain info)

Cheers

@mietek said in XO debian 10 cloud ready VM template (cloud-init):

You gents need a proper manual/documentation because as of now it's just a slipshod work.
All of this is just so disappointing ...

What is this sulking? Pathetic... Go somewhere else, what an ungrateful piece of shit.

Is this a XOA registered feature only or? I'm almost certain I've done everything correct after probably 50 varied attempts.