Skip to content

Conversation

@Farukest
Copy link
Contributor

Summary

  • Log MissingCanonicalHeader errors at INFO level instead of ERROR during node startup, snapshot restore, or sync
  • Reduces log noise for expected conditions while preserving ERROR level for actual issues

Closes #398

… sync

Log MissingCanonicalHeader errors at INFO level instead of ERROR when
node is starting up, restoring from snapshot, or still syncing. This
reduces log noise for expected conditions while preserving ERROR level
for actual issues.

Closes base#398
@cb-heimdall
Copy link
Collaborator

cb-heimdall commented Jan 15, 2026

🟡 Heimdall Review Status

Requirement Status More Info
Reviews 🟡 0/1
Denominator calculation
Show calculation
1 if user is bot 0
1 if user is external 0
2 if repo is sensitive 0
From .codeflow.yml 1
Additional review requirements
Show calculation
Max 0
0
From CODEOWNERS 0
Global minimum 0
Max 1
1
1 if commit is unverified 0
Sum 1

@haardikk21
Copy link
Collaborator

I don't think this is useful. We need the error message to inform node operators what is going on - why their node is seemingly caught up to tip but unable to process Flashblocks. Hiding that information from them doesnt help

…iled context

Address reviewer feedback by:
- Change log level from INFO to WARN so operators can see the message
  without triggering error alerts
- Add detailed context: required_block, flashblock_block, flashblock_index
- Add helpful hint explaining when processing will resume
- Add canonical_sync_wait metric for monitoring sync-related pauses

This ensures operators have full visibility into why Flashblock processing
is paused during node startup/sync, while avoiding unnecessary error noise.
@Farukest
Copy link
Contributor Author

I don't think this is useful. We need the error message to inform node operators what is going on - why their node is seemingly caught up to tip but unable to process Flashblocks. Hiding that information from them doesnt help

Understood 👍
Fair point. Updated to use WARN instead of INFO, added detailed context (required_block, flashblock info), and a new canonical_sync_wait metric. Operators get full visibility without error level noise. I hope its okey :)

@haardikk21
Copy link
Collaborator

I still don't feel like this provides value to be honest. The error message you're changing to is not one we want to have - the old error message containing the message about when it's okay to ignore is important to keep there. Bumping it down to a warn and introducing the metric are not things we really need to do. I'm going to close this out.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

fix(flashblocks): improve flashblocks logging on node startup/snapshot restore

3 participants