-
Notifications
You must be signed in to change notification settings - Fork 721
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
tx submission tracing details at default log level #527
Comments
So it looks like these ought to be included at the "Informational" severity level, not debug. Our default min severity level for the node is probably going to be set to Informational. |
538: Mempool event tracing details at default log level r=intricate a=intricate Related: #527 Co-authored-by: Luke Nadur <[email protected]>
Added tracing for The protocol-level tx submission tracing seem to requires a change to |
1600: Add ProtocolTracers parameter to Ouroboros.Consensus.Node.run r=intricate a=intricate Requirement for IntersectMBO/cardano-node#527. Specifically: >We also need to trace at the default log level for the outbound side of tx submission: >* when a remote peer has requested a tx id, and we do send the tx to them, then we should log that the txid was requested and sent Co-authored-by: Luke Nadur <[email protected]>
1600: Add ProtocolTracers parameter to Ouroboros.Consensus.Node.run r=intricate a=intricate Requirement for IntersectMBO/cardano-node#527. Specifically: >We also need to trace at the default log level for the outbound side of tx submission: >* when a remote peer has requested a tx id, and we do send the tx to them, then we should log that the txid was requested and sent Co-authored-by: Luke Nadur <[email protected]>
Following the merge of #569, I'll be raising another PR which will fully close this issue. |
See #584 (review). |
1688: Trace transaction requests and replies in txSubmissionOutbound r=intricate a=intricate Related to IntersectMBO/cardano-node#527. More specifically, see IntersectMBO/cardano-node#584 (review). Co-authored-by: Luke Nadur <[email protected]>
We need to ensure that at the default tracing levels we get the crucial information needed to trace a tx through the mempool of multiple nodes, to see where it got to.
So at default logging level:
TraceMempoolAddTxs
we must see the txidsTraceMempoolRejectedTxs
we must see the txids and rejection reasonTraceMempoolRemoveTxs
we must see the txidsTraceMempoolManuallyRemovedTxs
we must also see the txids here.(I wonder if
TraceMempoolManuallyRemovedTxs
should not be merged withTraceMempoolRemovedTxs
and include a reason enumeration instead. We can have things removed because of timeout or because of ledger state changes.)We also need to trace at the default log level for the outbound side of tx submission:
The text was updated successfully, but these errors were encountered: