OCPBUGS-13106: Add ingress controller status logging on waitForIngressControllerCondition#924
Conversation
|
@gcs278: This pull request references Jira Issue OCPBUGS-13106, which is invalid:
Comment The bug has been updated to refer to the pull request using the external bug tracker. DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
|
/jira refresh |
|
@gcs278: This pull request references Jira Issue OCPBUGS-13106, which is valid. The bug has been moved to the POST state. 3 validation(s) were run on this bug
Requesting review from QA contact: DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
|
@gcs278: This pull request references Jira Issue OCPBUGS-13106, which is valid. 3 validation(s) were run on this bug
Requesting review from QA contact: DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
a74f119 to
d9d80e4
Compare
|
|
d9d80e4 to
56deb68
Compare
|
/lgtm |
56deb68 to
944d1a6
Compare
|
/assign @frobware |
…sControllerCondition This will help with flakes in which waitForIngressControllerCondition fails, but there is no logging of status condition reasons or messages which would help with debugging. `test/e2e/operator_test.go`: Add ingress controller status logging on waitForIngressControllerCondition
944d1a6 to
00e85e1
Compare
|
/lgtm |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: frobware The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
/hold Revision 00e85e1 was retested 3 times: holding |
|
|
|
/retest-required |
|
/unhold |
|
|
|
/hold |
|
/hold cancel |
|
@gcs278: This pull request references Jira Issue OCPBUGS-13106, which is valid. 3 validation(s) were run on this bug
Requesting review from QA contact: DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
|
e2e-aws-operator failed because must-gather failed. e2e-aws-ovn-serial failed because e2e-hypershift failed because This failure has been reported on Slack. |
|
e2e-aws-operator failed again because must-gather failed. |
|
@gcs278: The following test failed, say
Full PR test history. Your PR dashboard. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here. |
|
@gcs278: Jira Issue OCPBUGS-13106: All pull requests linked via external trackers have merged: Jira Issue OCPBUGS-13106 has been moved to the MODIFIED state. DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
This will help debug flakes in which
waitForIngressControllerConditionfails, but there is no logging of status condition reasons or messages which would help with debugging.test/e2e/operator_test.go: Add ingress controller status logging onwaitForIngressControllerConditionFor OCPBUGS-13106, TestInternalLoadBalancer* and TestScopeChange GCP CI flakes, it fails because
DNSReady:FalseandLoadBalancerReady:Falseare false, but doesn't provide additional information presented in the Ingress Controller Status conditions.This is also a general improvement that would help with future failures of
waitForIngressControllerCondition