Kuberenets cluster recipe not happy
@mathiashedberg the snaphots might be indeed the problem.
When looking for the template, the recipe looks for a VM with
xo:resource:xva:id=<template uuid>in its
other-config, a snapshot of the template VM would probably have this field se and it should not.
Can you check if it's the case? and if the
That's an interesting thing. I think it might be a potential bug because of XenCenter snapshot algorithm that handle
is-templatedifferently than XO.
@olivierlambert should I also check that
Double check what do you have when we install a template from XO Hub. If
is-a-snapshotis at false, then yes, add this condition. We should use the installed template, not anything else.
Okay so a fix is coming soon, i'll update here once released.
So you are correct on all those points. Here are the relevant params from the snapshot that was being used:
is-a-template ( RW): true is-a-snapshot ( RO): true other-config (MRW): auto_poweron: false; xo:resource:xva:id: a677aa91-f5d5-46ec-bd53-956b73fc7871; xo:resource:namespace: Debian10; xo:resource:xva:version: 1.0.0; import_task: OpaqueRef:71bd99c2-11c3-4306-a5b9-7fe6e86f551b; mac_seed: 02166646-6e3b-de07-1b11-872d538d3f01; base_template_name: Debian Stretch 9.0; install-methods: cdrom,nfs,http,ftp; linux_template: true
@mathiashedberg good to know.
So you can wait for the fix or remove the
other_configsof the snapshots or remove the snapshots
@benjireis Looks like version 5.56.0 runs as expected! No issues so far!
Thanks for the feedback @mathiashedberg !