problem
When using cmk to create kubernetescluster with nodeoffering, I left out the serviceofferingid (the legacy parameter pre 4.21) which I thought was optional as it will be overwritten with nodeoffering anyway.
The CKS was created sucessfully but when I try to upgrade the kubernetes cluster, I get the error "Invalid service offering associated with Kubernetes cluster". The upgrade seems to check for serviceofferingid and require it to be present even though you can create one without serviceofferingid.
A second related issue is when I put a serviceofferingid of a 1 vcpu 1 GB ram in cmy create kubernetescluster as a way to bypass the upgrade check. To my suprise, when I try to upgrade, cloudstack complains that the template does not meed minimum hardware requirement even though the template I put in to nodeoffering satisfy this requirement. So it must be using serviceofferingid to verify the hardware requirement when upgrade was triggered.
versions
4.22.1 KVM NFS
The steps to reproduce the bug
- use cmk (or api) to create cks with nodeoffering ommiting serviceofferingid
- Try to upgrade CKS
...
What to do about it?
The correct behaviour for the upgrade process is to also check for the presence of nodeoffering and use this to detect minimum hardware requirement
problem
When using cmk to create kubernetescluster with nodeoffering, I left out the serviceofferingid (the legacy parameter pre 4.21) which I thought was optional as it will be overwritten with nodeoffering anyway.
The CKS was created sucessfully but when I try to upgrade the kubernetes cluster, I get the error "Invalid service offering associated with Kubernetes cluster". The upgrade seems to check for serviceofferingid and require it to be present even though you can create one without serviceofferingid.
A second related issue is when I put a serviceofferingid of a 1 vcpu 1 GB ram in cmy create kubernetescluster as a way to bypass the upgrade check. To my suprise, when I try to upgrade, cloudstack complains that the template does not meed minimum hardware requirement even though the template I put in to nodeoffering satisfy this requirement. So it must be using serviceofferingid to verify the hardware requirement when upgrade was triggered.
versions
4.22.1 KVM NFS
The steps to reproduce the bug
...
What to do about it?
The correct behaviour for the upgrade process is to also check for the presence of nodeoffering and use this to detect minimum hardware requirement