-
Notifications
You must be signed in to change notification settings - Fork 4.7k
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
Extended.idling and unidling idling with a single service and DeploymentConfig [Conformance] should idle the service and DeploymentConfig properly #14048
Comments
Disabled this test in #14024 for the time being. What we know until now: It's a strange 403 on the endpoint, claiming that the PATCH from the idle cli command changes the ip addresses, although in the PATCH request body only an annotation is set. Maybe, we have yet another PATCH conflict problem. that would explain the flakiness. But that's just a guess right now. |
error comes from our endpoint_admission plugin, which thinks subsets are changing (and that the IP is restricted, and that the user doing the idling is not a superuser) |
Issues go stale after 90d of inactivity. Mark the issue as fresh by commenting If this issue is safe to close now please do so with /lifecycle stale |
Stale issues rot after 30d of inactivity. Mark the issue as fresh by commenting If this issue is safe to close now please do so with /lifecycle rotten |
Rotten issues close after 30d of inactivity. Reopen the issue by commenting /close |
From https://ci.openshift.redhat.com/jenkins/job/test_pull_request_origin_extended_conformance_gce/1638/consoleFull
cc @sttts @deads2k @liggitt
The text was updated successfully, but these errors were encountered: