Skip to main content

Updating TruBudget

This guide shows three different possibilities how to safely update your Trubudget without any loss of data. Especially the wallet address and the node's private keys need to be remembered, so that the node can be identified within the network and doesn't need to ask for connect permissions again after the update. The wallet address and private keys are stored in the wallet.dat file located in the root folder of a multichain node.

Table of Contents

Version update

Minor version

In order to do the minor update of TruBudget e.g. from 2.0.0 to version 2.1.0 you are required to do several steps.

  1. Make sure the multichain data and other persistent data is saved. The recommended option is to use volumes to persist TruBudget data. This option mounts a volume into the container depending on your infrastructure you can use docker volumes (docker compose setup) or persistent volumes (kubernetes). If the data is not saved - do a backup.
  2. Update the version used in the deployment. Use a specific release published on docker-hub.
  3. Check the changelog file for changes. All bigger modifications to the system which are relevant to the user are added to the CHANGELOG.md. After checking the changelog verify if additional actions are needed to enable new features.
  4. Restart TruBudget.
  5. (Optional) Check the status page in the TruBudget UI if all components use the correct version.

Update from version 1.x to 2.x

In TruBudget 2.0.0, the Test and Prod Environment has been removed in #954. This means the DropDown menu to select Prod and Test at the Login-page is removed and the frontend and excel-export-service is only connected to one API and one Blockchain. If you want to update TruBudget 2.0.0 or higher from version 1.30.0 or lower, you must re-set some new env vars for your setup. If you want to use 2 Environments, you need to setup an additional Frontend with another URL and connect it to another API.

Removed env varsDescription
API_TEST_HOSTHost address of API for Test environment
API_TEST_PORTPort of API for Test environment
API_PROD_HOSTHost address of API for Prod environment
API_PROD_PORTPort of API for Prod environment
New env varsDescription
API_HOSTHost address of API that should be used
API_PORTPort of API that should be used
note

If you want keep Prod and Test environment, you need to setup an additional Frontend with another URL and connect one to Test-API and one to Prod-API.

Backup and restore

Full state backup

The full state of a node and all its configuration parameters is saved in the node's blockchain directory (e.g. [PathToMultichainData]/.multichain/TrubudgetChain/). When backing up the full state of your node, it is required to stop the container first, otherwise the consistency of the backed-up files cannot be ensured.

  1. Stop the multichain daemon of the node you want to update
  2. Copy the whole chain folder (e.g. TrubudgetChain) located in the .multichain folder of the node
  3. [Optional] Update Trubudget
  4. Put the copied chain folder in the .multichain folder of the new or updated node
  5. Start the multichain daemon again so it can connect with its old wallet address/private keys
tip
  • Note that a node which is started after an update but before replacing the chain folder, the node will ask for permission to connect to the network since it received a new wallet address.
  • If the Trubudget blockchain is running with docker there is currently no way to replace the folder before starting. The network will receive a network access request and currently it cannot be removed from the request stack.
  • Make sure the multichain folder especially the wallet.dat file is deleted or securely saved afterwards since it contains the node's private keys and wallet address.

Full state backup via backup feature

TruBudget provides a backup endpoint that allows to perform a backup via the frontend. For a detailed explanation how to create/restore a backup via the frontend check out this guide Create/Restore a Backup.

  1. Log into Trubudget's frontend with the root user
  2. Click the backup download button in the side navigation bar
  3. Caution: The downloaded backup.gz file can be used to restore the Trubudget node's state again including wallet address and private keys, so be careful.
  4. Stop the node
  5. Update the node to a newer version
  6. Start the node again
  7. Log into Trubudget's frontend with the root user
  8. Click the backup restore button in the side navigation bar and provide the backup.gz file
  9. After a successful restore the root user is logged out automatically
tip
  • Only the root user can download/restore a backup via frontend/api.
  • Note that a node which is started after an update but before replacing the chain folder, the node will ask for permission to connect to the network since it received a new wallet address.

Wallet backup

It is possible to perform a backup only of the wallet.dat file. Thus it is not necessary to stop the node and the size of the backed-up data is considerably smaller. The wallet.dat is stored in a node's blockchain directory [PathToMultichainData]/.multichain/TrubudgetChain/.

  1. Copy the wallet.dat file located in a node's blockchain directory
  2. Obtain a another node's address
  3. Delete the node's blockchain directory
  4. [Optional] Update TruBudget
  5. Start to connect to the network using the previously obtained node address
  6. Replace the newly created wallet.dat file with the backed-up version of the wallet.dat file
  7. Start the multichain daemon again and connect to the network
  8. Delete the copy of the wallet.dat file

Hints

  • MultiChain provides the API command backupwallet to directly back up the wallet.dat file but it won't work with the TrubudgetChain, so it is required to copy the file manually.
  • Note that after the update a node asks for permission to connect again until the wallet.dat file is replaced since it received a new wallet address.
  • Make sure the multichain folder especially the wallet.dat file is deleted or securely saved afterwards since it contains the node's private keys and wallet address.

For further information how to back up and restore a node check out the MultiChain Website: Backing Up and Restoring Nodes.

wallet.dat

In the wallet.dat file the wallet address and the private key of a node's wallet is stored. Based on a node's address it will be granted access by the alpha node. The node is then identified and remembered by its wallet address within the network. Since it's a node's identification it has to be kept confidential and should not be shared with any third party.

params.dat

In the params.dat file all basic chain parameters are stored. The parameters configure the blockchain and can be modified before the blockchain is initialized. A node's parameters can be retrieved using the getblockchainparams API command.

A full list of the blockhain's parameters can be found on the MultiChain Website: Blockchain Parameters.

multichain.conf

MultiChain creates two multichain.conf files. One is stored in the MultiChain's directory [PathToMultichainData]/.multichain and the other one inside of the TrubudgetChain's directory [PathToMultichainData]/.multichain/TrubudgetChain. Both contain basic configuration parameters like the RPC Port, the RPC User, the RPC Password and the RPC Allow IP. The first multichain.conf file is created when the blockchain is set up. The second one is created when the node is initialized.

Hints and Pitfalls

A downloaded backup might sometimes be saved with an invalid hash. When trying to restore the backup using this corrupted .gz file, the error shown below might occur.

restore backup failed

If this error occurs and you are certain that the backup.gz compressed folder you want to upload is indeed a valid TruBudget backup, you can run a script that will fix the invalid hash, in order to sucessfully restore the backup.

  1. Navigate to the /blockchain folder and open your favorite shell
  2. Type npm run check_backup and add the path to the backup.gz file you want to fix (e.g. npm run check_backup -- "path/to/backup.gz")
  3. The script will print out the result of the check which tells you if the backup is valid or not.
  4. Optionally, type -f/--fix after the path. This option will also fix the hash if it is invalid. A new file backup updated.gz will be created in the same location as the one you provided. It is an exact copy of your backup, but with a corrected hash
  5. You can now use this file to restore your backup
note

If your filename contains a blank space (e.g. backup (1).gz), you should use quotation marks when entering the path, so it will be recognized as one argument and not two separate ones.