NO-JIRA: pkg/operator/certrotation: Remove imprecise logging#2078
NO-JIRA: pkg/operator/certrotation: Remove imprecise logging#2078tchap wants to merge 1 commit intoopenshift:masterfrom
Conversation
|
@tchap: This pull request explicitly references no jira issue. DetailsIn response to this:
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 openshift-eng/jira-lifecycle-plugin repository. |
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: tchap The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
0607997 to
61bb3c2
Compare
Right now secret/configmap annotation change logging is happening within utility functions, which are not always used to really apply changes, but only to generate desired state. This causes log entries mentioning changes applied, which are actually not being applied at all. This patch removes the log statements from EnsureTLSMetadataUpdate and indirectly also NewTLSArtifactObjectMeta, moving logging into relevant reconciliation loops, really emitting logs when a change is there. Assisted-by: Claude Code
61bb3c2 to
16bafb5
Compare
|
@tchap: all tests passed! Full PR test history. Your PR dashboard. DetailsInstructions 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-sigs/prow repository. I understand the commands that are listed here. |
Right now secret/configmap annotation change logging is happening within utility functions, which are not always used to really apply changes, but only to generate desired state. This causes log entries mentioning changes applied, which are actually not being applied at all:
This patch removes the log statements from
EnsureTLSMetadataUpdateand indirectly alsoNewTLSArtifactObjectMeta, moving logging into relevant reconciliation loops, really emitting logs when a change is there.The current situation actually causes a log entry every minute in every
syncinkube-scheduler-operatorand others as well I am sure.