You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently all Tessera nodes request a resend at startup which is very laborious and not required during gracious shutdown. Rather it should be invoked only when the node detects data loss (DB failure/corruption) and after ensuring it has re-sync'ed with last known peer nodes from cache. The invocation should still be automatic but only on request and on need. The partyinfo to be updated to drop stale nodes and every change in the peer list is recorded not just in cache but onto a file system to build the peer list in case of app shut down. The recovery of the data is fully reliant on what else is failed in network but this increases the chance of the recovery to a good extent.
The text was updated successfully, but these errors were encountered:
Krish1979
changed the title
Revisit resent transactions at the start of the network
Revisit 'resend' transactions at the start of the network
Jan 22, 2019
Currently all Tessera nodes request a resend at startup which is very laborious and not required during gracious shutdown. Rather it should be invoked only when the node detects data loss (DB failure/corruption) and after ensuring it has re-sync'ed with last known peer nodes from cache. The invocation should still be automatic but only on request and on need. The partyinfo to be updated to drop stale nodes and every change in the peer list is recorded not just in cache but onto a file system to build the peer list in case of app shut down. The recovery of the data is fully reliant on what else is failed in network but this increases the chance of the recovery to a good extent.
The text was updated successfully, but these errors were encountered: