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
There are two scenarios when the oracle sender could start receiving the message like this:
Jun 06 19:32:20 POA_AWS bridge_bridge_senderforeign_1/7bf82289aae5: {"level":50, "time":1559849540490,"msg":"Tx Failed for event Tx 0x659f73508bf4fb595b175945fd8c334072ca28efac8d79f1ee933044f221c516. nonce too low","name":"sender-foreign","eventTransactionHash":"0x659f73508bf4fb595b175945fd8c334072ca28efac8d79f1ee933044f221c516","error":"nonce too low","v":1}
A validator picked up a low gas price for the transaction and the transaction was dropped out by timeout for the txpool.
A transaction was sent manually by using the same private key as the bridge validator has.
As soon as the issue happens it is necessary to restart the corresponding validator's node.
It is necessary to investigate the ability to handle such cases automatically as so the node will recover without an admin intervention.
The text was updated successfully, but these errors were encountered:
Handling the nonce too low error is considered on the code. When this error appears, the sender is forced to read the nonce again from the blockchain instead of getting it from redis, which later is updated.
It seems that the error message changed a little and now is nonce too low instead of Transaction nonce is too low. It makes sense to update line 156 to nonce too low to catch the two variations of the error message
There are two scenarios when the oracle sender could start receiving the message like this:
As soon as the issue happens it is necessary to restart the corresponding validator's node.
It is necessary to investigate the ability to handle such cases automatically as so the node will recover without an admin intervention.
The text was updated successfully, but these errors were encountered: