-
Notifications
You must be signed in to change notification settings - Fork 210
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
Prepare for v0.16.21 release #2869
Conversation
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.
very nice
Since commit 5417a3f ("cli/connectivity: Check for unexpected warning logs") we check for unexpected warnings in logs as part of the connectivity checks. This leads to some fallout in cilium/cilium-cli when pulling in that change[^1] for the upcoming cilium-cli v0.16.21 release, mainly due to the fact that Hubble and Hubble UI are enabled in the cilium/cilium-cli workflows. To work around that and don't block the next release of cilium-cli for too long, allow to specify log levels to check, so we can skip checking of warnings logs temporarily. In the long term all these warning logs should be addressed by either fixing their root cause, demoting their level or adding them to the ignore list. [^1]: cilium/cilium-cli#2869 Signed-off-by: Tobias Klauser <[email protected]>
Since commit 5417a3f ("cli/connectivity: Check for unexpected warning logs") we check for unexpected warnings in logs as part of the connectivity checks. This leads to some fallout in cilium/cilium-cli when pulling in that change[^1] for the upcoming cilium-cli v0.16.21 release, mainly due to the fact that Hubble and Hubble UI are enabled in the cilium/cilium-cli workflows. To work around that and don't block the next release of cilium-cli for too long, allow to specify log levels to check by means of a hidden flag. This allows to skip checking of warnings logs temporarily. In the long term all these warning logs should be addressed by either fixing their root cause, demoting their level or adding them to the ignore list. [^1]: cilium/cilium-cli#2869 Signed-off-by: Tobias Klauser <[email protected]>
Most (all?) of the test failures are due to warning logs in the Cilium and Hubble UI logs. These get treated as errors since cilium/cilium#35723. To allow skipping this check temporarily (and not block the release for too long to wait for all fixes to be done and merged), I've added a flag to specify log levels to check: cilium/cilium#36231 |
Since commit 5417a3f ("cli/connectivity: Check for unexpected warning logs") we check for unexpected warnings in logs as part of the connectivity checks. This leads to some fallout in cilium/cilium-cli when pulling in that change[^1] for the upcoming cilium-cli v0.16.21 release, mainly due to the fact that Hubble and Hubble UI are enabled in the cilium/cilium-cli workflows. To work around that and don't block the next release of cilium-cli for too long, allow to specify log levels to check by means of a hidden flag (by default, errors and warnings are both still checked). This allows to skip checking of warnings logs temporarily. In the long term all these warning logs should be addressed by either fixing their root cause, demoting their level or adding them to the ignore list. [^1]: cilium/cilium-cli#2869 Signed-off-by: Tobias Klauser <[email protected]>
Since commit 5417a3f ("cli/connectivity: Check for unexpected warning logs") we check for unexpected warnings in logs as part of the connectivity checks. This leads to some fallout in cilium/cilium-cli when pulling in that change[^1] for the upcoming cilium-cli v0.16.21 release, mainly due to the fact that Hubble and Hubble UI are enabled in the cilium/cilium-cli workflows. To work around that and don't block the next release of cilium-cli for too long, allow to specify log levels to check by means of a hidden flag (by default, errors and warnings are both still checked). This allows to skip checking of warnings logs temporarily. In the long term all these warning logs should be addressed by either fixing their root cause, demoting their level or adding them to the ignore list. [^1]: cilium/cilium-cli#2869 Signed-off-by: Tobias Klauser <[email protected]>
Since commit 5417a3f ("cli/connectivity: Check for unexpected warning logs") we check for unexpected warnings in logs as part of the connectivity checks. This leads to some fallout in cilium/cilium-cli when pulling in that change[^1] for the upcoming cilium-cli v0.16.21 release, mainly due to the fact that Hubble and Hubble UI are enabled in the cilium/cilium-cli workflows. To work around that and don't block the next release of cilium-cli for too long, allow to specify log levels to check by means of a hidden flag (by default, errors and warnings are both still checked). This allows to skip checking of warnings logs temporarily. In the long term all these warning logs should be addressed by either fixing their root cause, demoting their level or adding them to the ignore list. [^1]: cilium/cilium-cli#2869 Signed-off-by: Tobias Klauser <[email protected]>
da074b8
to
967f8bc
Compare
967f8bc
to
5923b33
Compare
5923b33
to
f6c0ae0
Compare
f6c0ae0
to
fe3f28b
Compare
fe3f28b
to
a19de92
Compare
434e42b
to
cfae452
Compare
Please consider this issue before doing a new release. |
thanks for the heads up @Foxboron i think i'm the one for suggested curling stable.txt from cilium/cilium repo, and i acknowledge that it's not great for downstream package managers to have releases that are not reproducible. @tklauser what do you think about getting the latest release from the vendored cilium/chart repo? that way the default stable cilium version won't move around. something like:
edit: opened #2874 🐚 |
cfae452
to
5693756
Compare
Updated to cilium 1.17.0-pre.3 and running CI one more time. |
5693756
to
a12ad5a
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.
Currently blocked on cilium/cilium#36358 getting merged to cilium/cilium. Once it is, I'll update this PR. |
The v0.14 branch is no longer maintainerd and with Cilium 1.13 EOLed this is no longer referenced in the docs. Remove it. Signed-off-by: Tobias Klauser <[email protected]>
The global IPsec key system is deprecated[^1], prefer the new per-tunnel key system. This switches most workflows over to the new system, except conformance-eks which needs[^2] addressed first. [^1]: cilium/cilium#33504 [^2]: cilium/cilium#32040 Signed-off-by: Tobias Klauser <[email protected]>
Signed-off-by: Tobias Klauser <[email protected]>
a12ad5a
to
bfa8088
Compare
Testing CI but wait for Cilium v1.17.0-pre.3 to be released before reviewing/merging this.