Kuberenets cluster recipe not happy

[mathiashedberg]

This post is deleted!

[BenjiReis]

That's weird, I've just ran the recipe and everything went fine.
Do you have any network issues explaining the installation problem?

debian@master:~$ sudo systemctl status cloud-final.service
● cloud-final.service - Execute cloud user/final scripts
   Loaded: loaded (/lib/systemd/system/cloud-final.service; enabled; vendor preset: enabled)
   Active: active (exited) since Mon 2021-02-15 09:47:38 EST; 14min ago
  Process: 558 ExecStart=/usr/bin/cloud-init modules --mode=final (code=exited, status=0/SUCCESS)
 Main PID: 558 (code=exited, status=0/SUCCESS)

[olivierlambert]

This or not enough RAM in the VM, explaining why fork failed to create a new thread…

[mathiashedberg]

@olivierlambert @BenjiReis
Im also guessing too little RAM. The VMs were started with only 500MB, which i found strange. Any way for me to change this on initialization?

Im guessing i could change the Debian 9 template

[BenjiReis]

Your VM should have 2G of RAM. Base on our Debian 10 template.
This is really weird.

[mathiashedberg]

@benjireis Mine says "Original Template Debian Stretch 9.0"

[BenjiReis]

Weird, which templates appear in your Hub view?

[mathiashedberg]

Just the standard ones:

• Alpine 3.10
• Centos 8.0
• Debian 10
• pfsense 2.4

My XOA has two pools

This issue is similar to the one i had earlier, where the image was being based on a different existing VM, now in this case its the debian 9 template.
I know the debian 10 template works fine as this is what i normally use

[BenjiReis]

I do not understand how the wrong templates can be used by the recipe.

[mathiashedberg]

Yes it is quite strange.

This XOA has been in use for some time with a couple of pools added and removed over time, so I may be an edge case here.

[olivierlambert]

Delete the template, maybe it's a previous version

[mathiashedberg]

@olivierlambert I deleted all templates from XOA by going to "Hub" > "Templates" and using the trash icon to remove them. However it still appears that it uses debian 9. I could try to remove all templates from the system via the windows xcp-ng client. However it may be of importance to know that i have never used the debian 9 template before. While using this recipe was the first time i saw it.

I remember trying the k8s recipe about a year ago, maybe that has tainted my setup in some way?

[olivierlambert]

How do you check it's using Debian 9 template exactly?

[mathiashedberg]

@olivierlambert Under the VM page "Advanced" > "Misc"

[pnunn]

@mathiashedberg I've just checked the ones I built that started all of this... they are deb 9.

Peter.

[olivierlambert]

Can you provide a screenshot?

Also, double checking inside the VM that's debian 9 with a cat /etc/issue. Because the original template doesn't mean anything.

[pnunn]

@olivierlambert Ahh... it is 10 on the inside. 9 on the wrapper

[olivierlambert]

You can create a Debian 10 VM using a Debian 9 template, it doesn't matter (both are HVM guests, same config).

The current VM was probably made while Debian 10 template wasn't there yet.

[mathiashedberg]

@olivierlambert

So after some more testing it seems the template mapping is wrong again. My k8s VMs started with 500MB, and when i looked at the bash history, i saw that yet again, the k8s VMs were based on an existing VM running on the system. The ram was set to 500MB because thats what the base VM ram settings were. This is the same issue as earlier on.

[olivierlambert]

Are you sure you removed the templates?