-
Notifications
You must be signed in to change notification settings - Fork 2.8k
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
test: Fail ginkgo tests on warnings #29624
Conversation
fd34ccd
to
a4c5b7d
Compare
Signed-off-by: Paul Chaignon <paul.chaignon@gmail.com>
We need to allowlist the following warning because it's expected in our Kind-based CI: level=warning msg="Unable to ensure that BPF JIT compilation is enabled. This can be ignored when Cilium is running inside non-host network namespace (e.g. with kind or minikube)" error="could not open the sysctl file /host/proc/sys/net/core/bpf_jit_enable: open /host/proc/sys/net/core/bpf_jit_enable: no such file or directory" subsys=sysctl sysParamName=net.core.bpf_jit_enable sysParamValue=1 Signed-off-by: Paul Chaignon <paul.chaignon@gmail.com>
We currently have a lot of warnings in the ginkgo tests because we're using the old, deprecated values for the kubeProxyReplacement flag. This commit fixes it. Fixes: 996331d ("Revert "Revert "agent: Add --kube-proxy-replacement=true|false""") Signed-off-by: Paul Chaignon <paul.chaignon@gmail.com>
If we don't do that, we'll end up with: level=warning msg="Falling back to iptables-based masquerading." error="BPF masquerade requires NodePort (--enable-node-port=\"true\")" subsys=daemon Signed-off-by: Paul Chaignon <paul.chaignon@gmail.com>
We have many different warnings happening in CI. Let's allowlist them for now, so we can at least enforce the new check and stop the bleeding. Signed-off-by: Paul Chaignon <paul.chaignon@gmail.com>
a4c5b7d
to
3b9d70e
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The changes look good to me, however, I don't have all the context to review all warning messages (except for the one related to envoy/gateway api and ingress).
Me neither (except the ones related to datapath 😅). I opened issues for all of them if they required further investigation. My goal for now is really just to stop the bleeding, not to make a judgement call on whether any of these are legitimate or require fixes. That will take more time. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good! Thanks!
This pull request makes the ginkgo tests fail on any level=warning agent or operator log. See commits for details.
I had to allowlist a bunch of warnings so we can at least stop the bleeding before we fix them. I ran the full ginkgo suite 12 times without any new warnings popping up so we should be good to go.