-
Notifications
You must be signed in to change notification settings - Fork 1
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
APP.4.4.A21 #47
Comments
Possible ways to check:
|
I think it is hard to check this, as we need to look into the .status field of each pod. Moreover, the result will be highly dependent on the time, when it is checked (e.g. shortly after a regular cluster reboot it will pass, but a day later it will fail). |
I also do not think it is a good way to check this on a pod basis.
|
Agreed, checking on pod basis doesn't make sense. I cannot find any rule for the descheduler or the specific policy, which means we have to create one. |
ComplianceAsCode#11997 was merged, closing |
No description provided.
The text was updated successfully, but these errors were encountered: