1.29/beta - AWS cloud integration fails to start the cloud-provider deployments

Bug #2048699 reported by Adam Dyess
6
This bug affects 1 person
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-0bc0d56ec6607c7b1: "error listing AWS instances: \"AuthFailure: AWS was not able to validate the provided access credentials\\n\\tstatus code: 401, request id: 94e80e43-5f7d-4aef-971d-36d59ca62332\""

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://github.com/charmed-kubernetes/charm-kubernetes-control-plane/blob/reactive-archive/reactive/kubernetes_control_plane.py#L2959-L3015)
[1](https://github.com/charmed-kubernetes/charm-kubernetes-worker/blob/reactive-archive/reactive/kubernetes_worker.py#L1169-L1213)

Adam Dyess (addyess)
Changed in charm-kubernetes-master:
milestone: none → 1.29
Changed in charm-kubernetes-worker:
milestone: none → 1.29
Revision history for this message
Kevin W Monroe (kwmonroe) wrote :

This is scheduled for the 1.29+ck1 release.

Changed in charm-kubernetes-master:
assignee: nobody → Adam Dyess (addyess)
importance: Undecided → High
milestone: 1.29 → 1.29+ck1
status: New → In Progress
Changed in charm-kubernetes-worker:
status: New → In Progress
importance: Undecided → High
assignee: nobody → Adam Dyess (addyess)
milestone: 1.29 → 1.29+ck1
Changed in charm-kubernetes-master:
milestone: 1.29+ck1 → 1.29+ck2
Changed in charm-kubernetes-worker:
milestone: 1.29+ck1 → 1.29+ck2
Revision history for this message
Adam Dyess (addyess) wrote :

Neither of these were backported to the 1.29 branch.

kubernetes-worker
  https://github.com/charmed-kubernetes/charm-kubernetes-worker/pull/165/
kubernetes-control-plane
  https://github.com/charmed-kubernetes/charm-kubernetes-control-plane/pull/337

Changed in charm-kubernetes-master:
milestone: 1.29+ck2 → 1.30
Changed in charm-kubernetes-worker:
milestone: 1.29+ck2 → 1.30
Changed in charm-kubernetes-master:
status: In Progress → Fix Committed
Changed in charm-kubernetes-worker:
status: In Progress → Fix Committed
Revision history for this message
Adam Dyess (addyess) wrote :
tags: added: backport-needed
Revision history for this message
Adam Dyess (addyess) wrote :
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.