Too light log severities for a serious problems about bor

[Raneet10]

Hi! There are two types of WARN logs here. I'm not sure which one you're concerned about so I'll cover both

WARN [11-30|11:10:27.352] Synchronisation failed, dropping peer    peer=1673b28af0061121f1ec941aae813b2c5907d3b7fcde0746aee66d28ce2e8247 err="retrieved hash chain is invalid: invalid merkle root (remote: 55f9a3e801a05d3330f06aa1a9ba9a09fe7979230d50846bb9d886c96383755e local: e18a8fbe060ebefdc86cd2f2a5d0c14f70f6dfcc7252efe232c4c867ef37a01f) dberr: %!w(<nil>)"
WARN [11-30|11:10:27.352] Synchronisation failed, retrying         peer=1673b28af0061121f1ec941aae813b2c5907d3b7fcde0746aee66d28ce2e8247 err="peer is unknown or unhealthy"

This doesn't necessarily indicate something's wrong with the node, it could be possible it got connected to a "bad" peer. In this case you can just remove this peer or reduce maxpeers count in case it repeatedly connects with it. If you see this error popping up while syncing with other peers, then there's something wrong and I'll suggest in this case you rewind your node a couple of blocks and resync.
Since it is not trivial to distinguish which is the case here, tagging these logs under WARN seems good enough.

WARN [11-30|11:10:34.343] unable to handle whitelist milestone err="missing blocks"

This just indicates that your node isn't able to whitelist milestone (i.e. finalized) blocks since it isn't in sync and doesn't have the blocks in its local DB.

Hope this helps!

[sammy007]

Okay, seems reasonable.