You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
1. What kops version are you running? The command kops version, will display
this information.
$ kops version
Version 1.19.0-beta.3 (git-e43f1cc6e3c77d093935d1706042861095d75eb7)
Note:
We first noticed this problem after upgrading to kops 1.17
2. What Kubernetes version are you running? kubectl version will print the
version if a cluster is running or provide the Kubernetes version specified as
a kops flag.
Expected the cluster update to return No changes need to be applied
7. Please provide your cluster manifest. Execute kops get --name my.example.com -o yaml to display your cluster manifest.
You may want to remove your cluster name and other sensitive information.
8. Please run the commands with most verbose logging by adding the -v 10 flag.
Paste the logs into this report, or in a gist and provide the gist link here.
The reason why this happens is because you set the Name label. This propagates to resources and overrides tags kOps uses for identifying resources it owns.
The quick fix here is to remove/rename the tags you are setting. You may have to manually change the Name tag of resources back to the cluster name kops-staging-test2.k8s.local in the example above.
1. What
kops
version are you running? The commandkops version
, will displaythis information.
Note:
2. What Kubernetes version are you running?
kubectl version
will print theversion if a cluster is running or provide the Kubernetes version specified as
a
kops
flag.3. What cloud provider are you using?
AWS
4. What commands did you run? What is the simplest way to reproduce this issue?
Generate a cluster spec
Create the cluster
5. What happened after the commands executed?
After allowing the cluster to come to a steady state (kops validate cluster returns success), run an cluster update operation:
6. What did you expect to happen?
Expected the cluster update to return
No changes need to be applied
7. Please provide your cluster manifest. Execute
kops get --name my.example.com -o yaml
to display your cluster manifest.You may want to remove your cluster name and other sensitive information.
8. Please run the commands with most verbose logging by adding the
-v 10
flag.Paste the logs into this report, or in a gist and provide the gist link here.
trace.log
9. Anything else do we need to know?
Observation 1
Creating a cluster and omitting the
--cloud-labels
parameter works fine..... very odd :-(Observation 2
We first noticed this problem after upgrading our production cluster from v1.15 -> v1.17
kops v1.16.4 appears to work fine.
Observation 3
No known work-around for afflicted clusters.... This blocks us from making cluster changes in production :-(
The text was updated successfully, but these errors were encountered: