-
Notifications
You must be signed in to change notification settings - Fork 386
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
e2e test case "TestFQDNCacheMinTTL" was failed on Windows testbed #6891
Comments
"Hi @wenyingd - |
Considering that all of antrea/test/e2e/antreapolicy_test.go Line 4560 in 531d61f
@devc007 Feel free to submit a PR with this change ^. While adding a selector is a possible solution, other issues may prevent this test from running on Windows. In order to stay consistent with other Antrea policy tests, it makes sense to disable the test for now. |
Thank you, @antoninbas. I plan to add skipIfHasWindowsNodes(t) between lines 5317 and 5320. However, before proceeding, I want to raise a concern. One of my recurring challenges has been that most of my PRs get blocked due to CI check failures. So, when I was contibuting in jenkins, we need to build the code locally before raising a PR. For this specific case, should I build or test anything locally before submitting the PR? |
@devc007 It usually always makes sense to run Based on what I am working on, I usually also run the following:
In this specific case, I would just run
Which PRs? I don't see any PR from you in this repository. |
Please review #6913. Apologies for being offline; I was facing issues with my laptop, which caused a lack of communication. My apologies again, @antoninbas, for not communicating properly earlier. The PR I mentioned is in a different repository, but most PRs there are blocked due to CI check failures. #6913 is my first PR to antrea. |
Describe the bug
We observed that the e2e test case "TestFQDNCacheMinTTL" may block Windows e2e test, because the Pod "custom-dns-server" defined in the test uses image "coredns/coredns:1.11.3" which only supports Linux Node, but the test case doesn't set the correct Node selector for it. So if the Pod is scheduled on Windows Node, the case will fail because of missing the dependent images.
Below logs were observed,
links: http://10.164.243.223/view/Windows/job/antrea-windows-e2e-for-pull-request/56/console
To Reproduce
Expected
Actual behavior
Versions:
Additional context
The text was updated successfully, but these errors were encountered: