-
Notifications
You must be signed in to change notification settings - Fork 376
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. |
…o#6891 The TestFQDNCacheMinTTL e2e test currently does not support Windows. We skip it if any Node in the test cluster is a Windows Node, which is also consistent with other AntreaPolicy e2e tests. As @antoninbas suggested, I have relocated the skipX condition to the beginning of TestFQDNCacheMinTTL. Now, the skip condition will execute before any subset of TestFQDNCacheMinTTL, making testWithFQDNCacheMinTTL shorter and possibly more efficient.
Skip TestFQDNCacheMinTTL if cluster has Windows Nodes The TestFQDNCacheMinTTL e2e test currently does not support Windows. We skip it if any Node in the test cluster is a Windows Node, which is also consistent with other AntreaPolicy e2e tests. Skip TestFQDNCacheMinTTL if cluster has Windows Nodes. Fixes antrea-io#6891 Skip TestFQDNCacheMinTTL if cluster has Windows Nodes. Fixes antrea-io#6891 The TestFQDNCacheMinTTL e2e test currently does not support Windows. We skip it if any Node in the test cluster is a Windows Node, which is also consistent with other AntreaPolicy e2e tests. As @antoninbas suggested, I have relocated the skipX condition to the beginning of TestFQDNCacheMinTTL. Now, the skip condition will execute before any subset of TestFQDNCacheMinTTL, making testWithFQDNCacheMinTTL shorter and possibly more efficient. remove an line from antreapolicy_test.go
…o#6891 The TestFQDNCacheMinTTL e2e test currently does not support Windows. We skip it if any Node in the test cluster is a Windows Node, which is also consistent with other AntreaPolicy e2e tests.
…o#6891 The TestFQDNCacheMinTTL e2e test currently does not support Windows. We skip it if any Node in the test cluster is a Windows Node, which is also consistent with other AntreaPolicy e2e tests. Signed-off-by: devesh <[email protected]>
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: