* systemd: use same service file as package * systemd: recommend setting up a user * clean up obsolete / ephemeral notes * eth1 -> execution, in many places * clean up docker instructions to match the experience of running the runner script * add basic instructions / links for execution clients other than geth * clear a few more references to JSON-RPC, update to REST * update hardware requirements with execution client extras * start talking about merge requirements (this needs a dedicated page) * note that binaries do exist, where relevant * list gitcoin under donations * update syncing docs * `NOT` is for `NOTICE` in logs * update rpi hardware recommendations * prevent automatic doppelganger restarts in systemd service file
2.3 KiB
Docker images
Docker images for end-users are generated and published automatically to Docker Hub from the Nimbus-eth2 CI, by a GitHub action, whenever a new release is tagged in Git.
We have version-specific Docker tags (statusim/nimbus-eth2:amd64-v1.2.3
) and a tag for the latest image (statusim/nimbus-eth2:amd64-latest
).
These images are simply the contents of release tarballs inside a debian:bullseye-slim
image, running under a user imaginatively named user
, with UID:GID of 1000:1000.
The unpacked archive is in /home/user/nimbus-eth2
which is also the default WORKDIR. The default ENTRYPOINT is the binary itself: /home/user/nimbus-eth2/build/nimbus_beacon_node
Usage
Before running nimbus via docker, you need to prepare a data directory and mount it in docker.
It is recommended that you mount the directory at /home/user/nimbus-eth2/build/data
and pass --data-dir=build/data/shared_mainnet_0
to all nimbus_becaon_node
commands.
The wrapper script outlined below will set the data directory automatically.
mkdir data
docker run -it --rm -v ${PWD}/data:/home/user/nimbus-eth2/build/data statusim/nimbus-eth2:amd64-latest --data-dir=build/data/shared_mainnet_0 --network=mainnet [other options]
Wrapper script
If you wish, you can choose to use a wrapper script instead:
mkdir data
docker run -it --rm -v ${PWD}/data:/home/user/nimbus-eth2/build/data -e WEB3_URL="wss://mainnet.infura.io/ws/v3/YOUR_TOKEN" --entrypoint /home/user/nimbus-eth2/run-mainnet-beacon-node.sh statusim/nimbus-eth2:amd64-latest [nimbus_beacon_node args here]
Docker compose
Our preferred setup is using docker-compose
. You can use one of our example configuration files as a base for your own custom configuration:
mkdir data
docker-compose -f docker-compose-example1.yml up --quiet-pull --no-color --detach
Note: The rather voluminous logging is done on
stdout
, so you might want to change the system-wide Docker logging defaults (which dumps everything in/var/lib/docker/containers/CONTAINER_ID/CONTAINER_ID-json.log
) to something likesyslog
. We recommend using a log rotation system with appropriate intervals for logs of this size.