-
Notifications
You must be signed in to change notification settings - Fork 3.8k
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
util/log: rip out mostly defunct context logging, but make Logc family use trace #7914
Conversation
I see a handful of places in the code where we're calling
I think adding
Review status: 0 of 11 files reviewed at latest revision, all discussions resolved, all commit checks successful. Comments from Reviewable |
Good point, done (I ripped out Review status: 0 of 16 files reviewed at latest revision, all discussions resolved, some commit checks pending. Comments from Reviewable |
Review status: 0 of 16 files reviewed at latest revision, 1 unresolved discussion, some commit checks pending. server/node.go, line 258 [r2] (raw file):
Comments from Reviewable |
Watching a test cluster, I found the replicate queue traces unsatisfying, often lacking the crucial detail especially for failed replications.
Review status: 0 of 16 files reviewed at latest revision, 1 unresolved discussion, some commit checks failed. server/node.go, line 258 [r2] (raw file):
|
TFTR. Curiously, |
Nope, no idea why it wouldn't fail locally as well. |
I don't really get what the plan is here. Having a context for what node we're on etc and having that show up in the log message is something we definitely need as we implement more multi-node tests. Is there a plan to replace the stuff that was there with something else? |
Yes, #1779. |
This was a simple change but it removes a lot of cruft and makes us log to the trace whenever the
Logc
family of functions is used.Some brave soul could comb the codebase and replace all uses of the
Logf
viaLogc
when there is a context around as this would make sure that everything that makes it to log files also makes it to an associated request's trace. We could even remove theLog(|f)
family completely to force the more awkwardlog.Infoc(context.Background(), msg, args...)
.#1779 goes a few steps further, but this seems like a good short-term goal.
This change is