Closed sunjayBhatia closed 2 months ago
This issue has not been updated in over 1 year, and should be re-triaged.
You can:
/triage accepted
(org members only)/close
For more details on the triage process, see https://www.kubernetes.dev/docs/guide/issue-triage/
/remove-triage accepted
/help /triage accepted
@robscott: This request has been marked as needing help from a contributor.
Please ensure that the issue body includes answers to the following questions:
For more details on the requirements of such an issue, please see here and ensure that they are met.
If this request no longer meets these requirements, the label can be removed
by commenting with the /remove-help
command.
Actually, it looks like this was fixed https://github.com/kubernetes-sigs/controller-runtime/releases/tag/v0.16.0 and we're already on v0.18, just looks like we forgot about this issue. Closing this out.
What happened:
In Contour's implementation of the conformance test suite (and the case in the Gateway API provided suite), we do not call the
controller-runtime
log.SetLogger()
helper to set the client log sink.controller-runtime
will attempt to log API server warnings and when it encounters a nil/unset log sink will panic.What you expected to happen:
controller-runtime
should not panic, that is getting fixed in a future release: https://github.com/kubernetes-sigs/controller-runtime/issues/2352How to reproduce it (as minimally and precisely as possible):
Run the conformance suite until you have an API server return warnings to the
controller-runtime
clientAnything else we need to know?:
Listed as a bug report here, mostly as informational for other implementers and maintainers. The solution may just be to wait until
controller-runtime
fixes the bug.