1.29/beta - AWS cloud integration fails to start the cloud-provider deployments
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Kubernetes Control Plane Charm |
Fix Committed
|
High
|
Adam Dyess | ||
Kubernetes Worker Charm |
Fix Committed
|
High
|
Adam Dyess |
Bug Description
The reactive versions of these charms requested a set of permissions over the `aws` integration relation to provide the instances with permissions within aws to run the cloud-provider.
Here's a snipped of the error from the AWS cloud-provider running on an upgraded cloud:
F0108 21:57:30.416427 1 main.go:106] Cloud provider could not be initialized: could not init cloud provider "aws": error finding instance i-0bc0d56ec6607
I believe the missing gaps are within the aws-integration integration -- neither the control-plane charm [0] nor the worker charm [1] sets tags on the ec2 instances to help the cloud-provider with info necessary to operate. There also seems to be some other integrations which may be missing for other clouds such as azure and gcp.
We should consider adding these back into the reconciliation loop to re-enable cloud features
[0](https:/
[1](https:/
Changed in charm-kubernetes-master: | |
milestone: | none → 1.29 |
Changed in charm-kubernetes-worker: | |
milestone: | none → 1.29 |
Changed in charm-kubernetes-master: | |
milestone: | 1.29+ck1 → 1.29+ck2 |
Changed in charm-kubernetes-worker: | |
milestone: | 1.29+ck1 → 1.29+ck2 |
This is scheduled for the 1.29+ck1 release.