When I create a new AKS cluster via the KubernetesCluster provider I expect the resulting connection secret to be populated with data (most importantly the kubeconfig I can use with Object/Helm providers to populate the cluster). This behaviour seems to be the correct one based on https://github.com/crossplane-contrib/provider-jet-azure/issues/112
In my case the secret is being created however only with metadata fields, and without any data.
Any insight as to whether this is a bug, or the expected result has changed since last year? as far as I can tell from the code only dependency bumps have happened since the implementation of 112, so for me it looks like a bug
Events:
Type Reason Age From Message
---- ------ ---- ---- -------
Normal CreatedExternalResource 23m managed/containerservice.azure.jet.crossplane.io/v1alpha2, kind=kubernetescluster Successfully requested creation of external resource
What happened?
When I create a new AKS cluster via the KubernetesCluster provider I expect the resulting connection secret to be populated with data (most importantly the kubeconfig I can use with Object/Helm providers to populate the cluster). This behaviour seems to be the correct one based on https://github.com/crossplane-contrib/provider-jet-azure/issues/112 In my case the secret is being created however only with metadata fields, and without any data.
Any insight as to whether this is a bug, or the expected result has changed since last year? as far as I can tell from the code only dependency bumps have happened since the implementation of 112, so for me it looks like a bug
How can we reproduce it?
Provider is installed with following config:
Used following manifest to provision the cluster:
Provisioning finished successfully:
Data is missing from the resulting secret:
What environment did it happen in?
Crossplane version: 0.12.0 Cloud environment: Azure Public / AKS K8s details: