KubeVirt Condition Types Rename in Custom Resource
Tags: condition types
Hi KubeVirt Community!
As per the message from Marc Sluiter on our mailing list:
Hello everybody, today we merged a PR , which renamed the condition types on the KubeVirt custom resources. This was done for alignment of conditions of all components in the KubeVirt ecosystem, which are deployed by the Hyperconverged Cluster Operator (HCO), in order to make it easier for HCO to determine the deployment status of these components. The conditions are explained in detail in . For KubeVirt this means that especially the "Ready" condition was renamed to "Available". This might affect you in case you used the "Ready" condition for waiting for a successful deployment of KubeVirt. If so, you need to update the corresponding command to something like `kubectl -n kubevirt wait kv kubevirt --for condition=Available`. The second renamed condition is "Updating". This one is named "Progressing" now. As explained in , there also is a new condition named "Degraded". The "Created" and "Synchronized" conditions are unchanged. These changes take effect immediately if you are deploying KubeVirt from the master branch, or starting with the upcoming v0.20.0 release.  https://github.com/kubevirt/kubevirt/pull/2548  https://github.com/kubevirt/hyperconverged-cluster-operator  https://github.com/kubevirt/hyperconverged-cluster-operator/blob/main/docs/conditions.md Best regards,
We’re renaming some of the prior ‘conditions’ reported by the Custom Resources.
What does it mean to us
We’re making KubeVirt more compatible with the standard for Operators, when doing so, some of the
conditions are changing, so check your scripts using checks for conditions to use the new ones.
| Prior | Actual | Note |
| :———-: | :—————: | :—————- |
Available | Updated |
Progressing | Updated |
| - |
Degraded | New condition |
| Created |
Created | Unchanged |
| Synchronized |
Synchronized | Unchanged |
Check for more information on the following URL’s