Skip to content

Latest commit

 

History

History
90 lines (71 loc) · 6.05 KB

upgrading.md

File metadata and controls

90 lines (71 loc) · 6.05 KB

Important changes from versions older than 0.9.3

  • If you use verbose (or -v argument), switch to log_filters (or RUST_LOG environment variable). Please note that it allows to set per-module filters, but module naming is considered unstable. If you have used -vv (the value suggested in the documentation), switch to --log-filters INFO:
Log filter Old verbose value Description
ERROR 0 Only fatal errors
WARN 1 Things that could indicate serious problems
INFO 2 Various significant events and suggestions
DEBUG 3 Details that could be useful when debugging - only use when debugging!
TRACE 4 Very detailed information - only use when debugging!

Important changes from versions older than 0.9.0

In 0.9.0 we have changed the RocksDB index format to optimize electrs performance. We also use Bitcoin P2P protocol instead of reading blocks from disk or JSON RPC. Some guides were suggesting trace log level and we started to trace much more information.

Upgrading checklist:

  • Make sure you upgrade at time when you don't need to use electrs for a while. Because of reindex electrs will be unable to serve your requests for a few hours. (The exact time depends on your hardware.) If you wish to check the database without reindexing run electrs with --no-auto-reindex.
  • If you have less than 60 GB of free space delete mainnet subdirectory inside your db_dir before running the new version. Note however if you have less than 60 GB of free space you should consider extending your storage soon since in the worst case scenario you will run out of space in ~100 days.
  • Make sure to allow accesses to bitcoind from local address, ideally whitelist it using whitelist=download@127.0.0.1 bitcoind option. Either don't use maxconnections bitcoind option or set it to 12 or more.
  • If you use non-default P2P port (or address) for bitcoind adjust electrs configuration.
  • If you still didn't migrate cookie electrs option you have to now - see below.
  • Remove unsupported options from configuration (blocks_dir, jsonrpc_import, bulk_index_threads, tx_cache_size_mb, blocktxids_cache_size_mb)
  • Rename txid_limit to index_lookup_limit iif used
  • If you use verbose = 4 (or -vvvv argument) lower it down to 2 (-vv) for production use. Keeping it would waste resources because we utilize it more now.
  • After reindexing, if you did not delete mainnet subdirectory within db_dir check that electrs works as expected and then delete whole mainnet subdirectory.
  • If you are using our Dockerfile, please make sure to re-map the DB volume (see the section above).

Important changes from version older than 0.8.8

If you're upgrading from version 0.8.7 to a higher version and used cookie option you should change your configuration! The cookie option was deprecated and will be removed eventually! If you had actual cookie (from ~/bitcoin/.cookie file) specified in cookie option, this was wrong as it wouldn't get updated when needed. It's strongly recommended to use proper cookie authentication using cookie_file. If you really have to use fixed username and password, explicitly specified in bitcoind config, use auth option instead. Users of btc-rpc-proxy using public:public need to use auth too. You can read a detailed explanation of cookie deprecation with motivation explained.

General upgrading guide

As with any other application, you need to remember how you installed electrs to upgrade it. If you don't then here's a little help: run which electrs and compare the output

  • If you got an error you didn't install electrs into your system in any way, it's probably sitting in the target/release directory of source
  • If the path starts with /bin/ then either you have used packaging system or you made a mistake the first time (non-packaged binaries must go to /usr/local/bin)
  • If the path starts with /usr/local/bin you most likely copied electrs there after building
  • If the path starts with /home/YOUR_USERNAME/.cargo/bin you most likely ran cargo install

Upgrading distribution package

If you used Debian packaging system you only need this:

sudo apt update
sudo apt upgrade

Similarly for other distributions - use their respective commands.
If a new version of electrs is not yet in the package system, try wait a few days or contact the maintainers of the packages if it's been a long time.

Upgrading manual installation

  1. Enter your electrs source directory, usually in ~/ but some people like to put it in something like ~/sources. If you've deleted it, you need to git clone again.
  2. git checkout master
  3. git pull
  4. Strongly recommended: git verify-tag v0.9.1 (fix the version number if we've forgotten to update the docs ;)) should show "Good signature from 15C8 C357 4AE4 F1E2 5F3F 35C5 87CA E5FA 4691 7CBB"
  5. git checkout v0.9.1
  6. If you used static linking: cargo build --locked --release. If you used dynamic linking ROCKSDB_INCLUDE_DIR=/usr/include ROCKSDB_LIB_DIR=/usr/lib cargo build --locked --release. If you don't remember which linking you used, you probably used static. This step will take a few tens of minutes (but dynamic linking is a bit faster), go grab a coffee. Also remember that you need enough free RAM, the build will die otherwise
  7. If you've previously copied electrs into /usr/local/bin run: sudo cp target/release/electrs /usr/local/bin If you've previously installed electrs using cargo install: cargo install --locked --path . -f
  8. If you've manually configured systemd service: sudo systemctl restart electrs