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
Log protocol errors #371
Log protocol errors #371
Conversation
Signed-off-by: Eliza Weisman <eliza@buoyant.io>
Signed-off-by: Eliza Weisman <eliza@buoyant.io>
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.
why warn vs debug vs trace?
@olix0r I used |
Signed-off-by: Eliza Weisman <eliza@buoyant.io>
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.
What do you think about making all of these logs at debug!
so that we can more easily access them without getting the full firehose?
Yea, I'd put logs about errors at debug level. |
Okay, will do! Should they also all be changed to use the format of the |
Signed-off-by: Eliza Weisman <eliza@buoyant.io>
I've updated this branch so that all protocol errors are logged at the debug level, and changed all the log lines to use a consistent formatting based on the protocol error log lines in |
Signed-off-by: Eliza Weisman <eliza@buoyant.io>
Signed-off-by: Eliza Weisman <eliza@buoyant.io>
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.
thanks!
Signed-off-by: Eliza Weisman <eliza@buoyant.io>
Currently, there are many cases where
h2
will fail a connection orstream with a PROTOCOL_ERROR, without recording why the protocol error
occurred. Since protocol errors may result from a bug in
h2
or from amisbehaving peer, it is important to be able to debug the cause of
protocol errors.
This branch adds a log line to almost all cases where a protocol error
occurs. I've tried to make the new log lines consistent with the
existing logging, and in some cases, changed existing log lines to make
them internally consistant with other log lines in that module. I have
not tried to enforce a single style for log lines across all modules,
however, as the debug-level in some modules uses a different style than
the trace logging elsewhere. Presumably this is because it is expected
to be more user-facing.
Signed-off-by: Eliza Weisman eliza@buoyant.io