-
Notifications
You must be signed in to change notification settings - Fork 38.6k
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
Make remote runtime and image service logging independent #124741
Make remote runtime and image service logging independent #124741
Conversation
This issue is currently awaiting triage. If a SIG or subproject determines this is a relevant issue, they will accept it by applying the The 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-sigs/prow repository. |
ae696ba
to
f1cbdcf
Compare
It's now possible to pass around the `*klog.Logger` which can also be `nil` to disable logging at all. Signed-off-by: Sascha Grunert <sgrunert@redhat.com>
f1cbdcf
to
9c71246
Compare
@kubernetes/sig-node-pr-reviews PTAL |
/lgtm |
LGTM label has been added. Git tree hash: 1eef26806d9014d497810e025be9033e083fd865
|
@saschagrunert does this need to land first? or #124634? |
looks like this was triggered by #124634 (comment) |
} | ||
|
||
// NewRemoteImageService creates a new internalapi.ImageManagerService. | ||
func NewRemoteImageService(endpoint string, connectionTimeout time.Duration, tp trace.TracerProvider) (internalapi.ImageManagerService, error) { | ||
klog.V(3).InfoS("Connecting to image service", "endpoint", endpoint) | ||
func NewRemoteImageService(endpoint string, connectionTimeout time.Duration, tp trace.TracerProvider, logger *klog.Logger) (internalapi.ImageManagerService, error) { |
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.
should there be a new endpoint to not break end users? Or are we not worried about external callers to this yet?
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.
Right now it's not a real API, just when we move it to staging.
Yep, in the same way as #124739 |
Since this is code that will get used by other projects when we publish this to staging and then separate repo, we should let caller decide how to log it. I don't see any change in logic as well. the /approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: dims, saschagrunert 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 |
What type of PR is this?
/kind cleanup
What this PR does / why we need it:
It's now possible to pass around the
*klog.Logger
which can also benil
to disable logging at all.Which issue(s) this PR fixes:
Refers to #124634
Special notes for your reviewer:
None
Does this PR introduce a user-facing change?
Additional documentation e.g., KEPs (Kubernetes Enhancement Proposals), usage docs, etc.: