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
Catch nil ptr exceptions with enabled Forwarder and empty Collection #2313
Catch nil ptr exceptions with enabled Forwarder and empty Collection #2313
Conversation
bac131e
to
a83adc4
Compare
/test functional-target |
894ba99
to
fc17860
Compare
/approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: andreaskaris, jcantrill The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
b66b10a
to
4fa1c60
Compare
2eef62c
to
a9b7349
Compare
note: I'm still working on this, I got pulled into some partner cases and will resume work as soon as I get some time |
a9b7349
to
2df07df
Compare
74cb313
to
e17704f
Compare
@jcantrill wdyt now? thanks! |
50dab64
to
4f9d795
Compare
4f9d795
to
d712dd6
Compare
d712dd6
to
d9b6330
Compare
Signed-off-by: Andreas Karis <ak.karis@gmail.com>
d9b6330
to
777fb21
Compare
@andreaskaris please squash otherwise lgtm |
When the Forwarder is enabled, make sure that clusterLogging.Spec.Collection is non nil to avoid nil pointer exceptions from occurring. Signed-off-by: Andreas Karis <ak.karis@gmail.com>
777fb21
to
1b70c34
Compare
Replacing the CLF Status field causes the resourceVersion to be updated constantly due to changing timestamps in Status conditions. This in turn leads to an infinite reconciliation loop. Instead, synchronize all status conditions so that timestamps remain unchanged if conditions are not changed. Signed-off-by: Andreas Karis <ak.karis@gmail.com>
After a valid ClusterLogForwarder and an invalid ClusterLogging resource are created, the ClusterLogForwarder's status will show that the CLF is not available. When the ClusterLogging CR is then changes to a valid configuration, the CLF's status should reflect that everything is o.k. now. Signed-off-by: Andreas Karis <ak.karis@gmail.com>
1b70c34
to
61c1e1a
Compare
Done, I moved the tests to their respective commits |
/retest |
/test e2e-ocp-target-minus-one |
@andreaskaris: all tests passed! Full PR test history. Your PR dashboard. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here. |
/lgtm |
Any idea if this issue effects earlier releases? Thank you for your cotribution |
Yeah, I think that the nil pointer exception at least bit me on an earlier one like 5.8. I have a low prio task open to verify logging configuration for a partner, as soon as I get back to this, I'd be able to test Also, if you look here: #2312 (comment) |
When the Forwarder is enabled, make sure that
clusterLogging.Spec.Collection is non nil to avoid nil pointer exceptions from occurring.
Fixes #2312
Fixes #2314
Fixes #2315
Description
Links