Updated on March 10, 2020
Upgrading your Besu node
- Using an orchestration method (for example, Ansible or Chef) to keep all nodes in sync with your desired configuration.
- Storing your configuration under version control.
You can use the Ansible role on Galaxy directly or customise it to suit your needs.
Upgrade the Besu version on nodes by running the play with the new version. For more information, see the Galaxy Readme. The play:
- Stops Besu
- Downloads the updated version
- Applies any new configuration
- Starts Besu.
Finding peers on restarting
Nodes store known peers in the peer table. The peer table is not persisted to disk. When a node restarts, the node connects to the specified bootnodes and discovers other nodes through the peer discovery process. The node continues collecting data from where it left off before the restart (assuming there was no data corruption in a failure scenario).
Before the node restarted, connected peers saved the node details in their peer tables. These peers can reconnect to the restarted node. The restarted node uses these peers, as well as the bootnodes, to discover more peers. To ensure that the restarted node successfully rejoins the network, ensure you specify at least one operational bootnode.