-
Notifications
You must be signed in to change notification settings - Fork 39
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Check IstioCNI status for IstioRevisions that depend on IstioCNI #711
Conversation
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #711 +/- ##
==========================================
+ Coverage 74.29% 74.34% +0.05%
==========================================
Files 43 44 +1
Lines 2575 2631 +56
==========================================
+ Hits 1913 1956 +43
- Misses 569 580 +11
- Partials 93 95 +2 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
5caeea7
to
22d710f
Compare
Previously, when an IstioRevision depended on IstioCNI, either because the user enabled the use of IstioCNI through values.pilot.cni.enabled or because the platform profile enables it, the IstioRevision resource would show as healthy even though workloads would fail because IstioCNI hasn't been deployed. This commit adds a new `DependenciesHealthy` condition to `IstioRevision` and makes `IstioRevision.status.state` and the `STATUS` column report the fact that IstioCNI is missing or unhealthy. This makes it easier for users to see that their setup is misconfigured. Signed-off-by: Marko Lukša <[email protected]>
should we cover this in the IstioCNI integration test? Just a quick check of the happy/sad paths maybe - we could easily simulate an unhealthy IstioCNI there by manipulating status |
Signed-off-by: Marko Lukša <[email protected]>
@dgn integration test added. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks Marko!
* upstream/main: Check IstioCNI status for IstioRevisions that depend on IstioCNI (istio-ecosystem#711)
Previously, when an IstioRevision depended on IstioCNI, either because the user enabled the use of IstioCNI through
values.pilot.cni.enabled
or because the platform profile enables it, the IstioRevision resource would show as healthy even though workloads would fail because IstioCNI hasn't been deployed. This commit adds a newDependenciesHealthy
condition to IstioRevision and makesIstioRevision.status.state
and theSTATUS
column report the fact that IstioCNI is missing or unhealthy. This makes it easier for users to see that their setup is misconfigured.