missing StorageClass with juju.io/workload-storage annotation when using AWS integrator

Bug #1849767 reported by Ian Booth
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
CDK Addons
Triaged
Wishlist
Unassigned
Kubernetes Control Plane Charm
Triaged
Wishlist
Unassigned

Bug Description

Each node provisioned by a CDK deployment (master or worker) should set a node label:

juju.io/cloud=<cloud>

where cloud is one of "gce", "ec2", "azure", "openstack"

I think this was meant to be done when the integrator charm was related to the master/worker charms.

Juju needs this information to detect the underlying cloud. I am sure this was working since Juju used to not need the --cloud option when using add-k8s.

I also thought CDK would create a storage class with the juju.io/workload-storage annotation. The add-on templates seem to be there https://github.com/charmed-kubernetes/cdk-addons
so maybe there's an issue elsewhere?

I deployed CDK like so:

$ juju deploy charmed-kubernetes --overlay aws-overlay.yaml --trust

Is this a regression or I am doing something wrong? The expectation is that after deploying CDK and relating to the relevant integrator charm, juju add-k8s should Just Work. Node labels and a suitable storage class are needed for this to happen.

Revision history for this message
George Kraft (cynerva) wrote :

We already have an open issue regarding the juju.io/cloud node label. Please direct all further discussion of that here: https://bugs.launchpad.net/charm-kubernetes-worker/+bug/1830119

Let's focus this issue on the StorageClass and juju.io/workload-storage annotation side of things.

summary: - missing juju.io/cloud labels on nodes
+ missing StorageClass with juju.io/workload-storage annotation when using
+ AWS integrator
Revision history for this message
George Kraft (cynerva) wrote :
Changed in charm-kubernetes-master:
status: New → Confirmed
Revision history for this message
Ian Booth (wallyworld) wrote :

With the storage class addon templates for Juju, it's important that WaitForFirstConsumer option is set when creating the storage classes. Could we please ensure the yaml templates are updated to have that.

George Kraft (cynerva)
Changed in cdk-addons:
importance: Undecided → Wishlist
Changed in charm-kubernetes-master:
importance: Undecided → Wishlist
Changed in cdk-addons:
status: New → Triaged
Changed in charm-kubernetes-master:
status: Confirmed → Triaged
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.