-
Notifications
You must be signed in to change notification settings - Fork 3.8k
Local Environment
- Overview
- Getting the Code
- Building EOSIO
- Creating and Launching a Single Node Testnet
- Docker
- Troubleshooting Guide
EOSIO comes with a number of programs. The primary ones that you will use, and the ones that are covered here, are:
-
nodeos
- server-side blockchain node component -
cleos
- command line interface to interact with the blockchain and to manage wallets -
keosd
- component that manages EOSIO wallets
The basic relationship between these components is illustrated in the following diagram. In the sections that follow, you will build the EOSIO components, and deploy them in a single host, single node test network (testnet) configuration.
To download all of the code, clone the eos
repository and its submodules.
git clone https://github.com/EOSIO/eos --recursive
If a repository is cloned without the --recursive
flag, the submodules can be retrieved after the fact by running this
command from within the repo:
git submodule update --init --recursive
Throughout the EOSIO documentation and tutorials, reference will be made to the top level of your local EOSIO source
repository. The location where you just cloned the eos
repository is that location. The notation ${EOSIO_SOURCE}
represents the same thing. For example, if you ran the git clone
operation in a folder called ~/myprojects
, then ${EOSIO_SOURCE}=~/myprojects/eos
. Note that ${EOSIO_SOURCE} is used in the documentation for notational purposes only. No environment variable is implied or required. More commonly, for simplicity, this and other documents might simply refer to eos
. This is equivalent to ${EOSIO_SOURCE}
.
The simple approach to building EOSIO is to use the automated build script. The automated approach is documented next. Instructions to build EOSIO manually are described in the section Manually Building EOSIO, farther down in this document.
The build places content in the eos/build
folder. The executables can be found in subfolders within the eos/build/programs
folder.
There is an automated build script that can install all dependencies and build EOSIO. The script supports the following operating systems. We are working on supporting other Linux/Unix distributions in future releases.
- Amazon 2017.09 and higher
- Centos 7
- Fedora 25 and higher (Fedora 27 recommended)
- Mint 18
- Ubuntu 16.04 LTS (Ubuntu 16.10 recommended)
- Ubuntu 18.04 LTS
- MacOS Darwin 10.12 and higher (MacOS 10.13.x recommended)
- 8GB RAM free required
- 20GB Disk free required
Run the build script from the eos
folder.
cd eos
./eosio_build.sh
Optionally, a set of tests can be run against your build to perform some basic validation. To run the test suite after
building, start mongod
and the run make test
.
On Linux platforms:
~/opt/mongodb/bin/mongod -f ~/opt/mongodb/mongod.conf &
On MacOS:
/usr/local/bin/mongod -f /usr/local/etc/mongod.conf &
Followed by this on all platforms:
cd build
make test
For ease of contract development, content can be installed in the /usr/local
folder using the make install
target. This step is run from the build
folder. Adequate permission is required to install, so we use the sudo
command with make install
.
cd build
sudo make install
After successfully building the project, the nodeos
binary should be present in the build/programs/nodeos
folder. nodeos
can be run directly from the build
folder using programs/nodeos/nodeos
, or you can cd build/programs/nodeos
to change into the folder and run the nodeos
command from there. Here, we run the command within the build/programs/nodeos
folder.
You can start your own single-node blockchain with this single command:
cd build/programs/nodeos
./nodeos -e -p eosio --plugin eosio::chain_api_plugin --plugin eosio::history_api_plugin
When running nodeos
you should get log messages similar to below. It means the blocks are successfully produced.
1575001ms thread-0 chain_controller.cpp:235 _push_block ] initm #1 @2017-09-04T04:26:15 | 0 trx, 0 pending, exectime_ms=0
1575001ms thread-0 producer_plugin.cpp:207 block_production_loo ] initm generated block #1 @ 2017-09-04T04:26:15 with 0 trxs 0 pending
1578001ms thread-0 chain_controller.cpp:235 _push_block ] initc #2 @2017-09-04T04:26:18 | 0 trx, 0 pending, exectime_ms=0
1578001ms thread-0 producer_plugin.cpp:207 block_production_loo ] initc generated block #2 @ 2017-09-04T04:26:18 with 0 trxs 0 pending
...
eosio generated block 046b9984... #101527 @ 2018-04-01T14:24:58.000 with 0 trxs
eosio generated block 5e527ee2... #101528 @ 2018-04-01T14:24:58.500 with 0 trxs
...
At this point, nodeos
is running with a single producer, eosio
.
Note: Previous EOSIO releases used nodeos
for
wallet management in the single node test configuration. Now, keosd
is automatically started and
wallet management is done by it. Other alternatives are discussed in
the Comprehensive Accounts & Wallets Tutorial tutorial.
The more advanced user will likely have need to modify the configuration.
nodeos
uses a custom configuration folder. The location of this folder is determined by your system.
- Mac OS:
~/Library/Application Support/eosio/nodeos/config
- Linux:
~/.local/share/eosio/nodeos/config
The build seeds this folder with a default
genesis.json
file. A configuration folder can be specified using the--config-dir
command line argument tonodeos
. If you use this option, you will need to manually copy agenesis.json
file to your config folder.
nodeos
will need a properly configuredconfig.ini
file in order to do meaningful work. On startup,nodeos
looks in the config folder forconfig.ini
. If one is not found, a defaultconfig.ini
file is created. If you do not already have aconfig.ini
file ready to use, runnodeos
and then close it immediately with Ctrl-C. A default configuration (config.ini
) will have been created in the config folder. Edit theconfig.ini
file, adding/updating the following settings to the defaults already in place:# Load the testnet genesis state, which creates some initial block producers with the default key genesis-json = /path/to/eos/source/genesis.json # Enable production on a stale chain, since a single-node test chain is pretty much always stale enable-stale-production = true # Enable block production with the testnet producers producer-name = eosio # Load the block producer plugin, so you can produce blocks plugin = eosio::producer_plugin # Wallet plugin plugin = eosio::wallet_api_plugin # As well as API and HTTP plugins plugin = eosio::chain_api_plugin plugin = eosio::http_plugin # This will be used by the validation step below, to view account history plugin = eosio::account_history_api_plugin
Now it should be possible to run
nodeos
and see it begin producing blocks.programs/nodeos/nodeos
nodeos
stores runtime data (e.g., shared memory and log content) in a custom data folder. The location of this folder is determined by your system.
- Mac OS:
~/Library/Application Support/eosio/nodeos/data
- Linux:
~/.local/share/eosio/nodeos/data
A data folder can be specified using the
--data-dir
command line argument tonodeos
.
Simple and fast setup of EOSIO on Docker is also available. You can find up to date information about EOSIO Docker in the Docker Readme.
- Docker Docker 17.05 or higher is required
$ git clone https://github.com/EOSIO/eos.git --recursive
$ cd eos/Docker
$ docker build . -t eosio/eos
$ docker run --name nodeos -p 8888:8888 -p 9876:9876 -t eosio/eos nodeosd.sh arg1 arg2
By default, all data is persisted in a docker volume. It can be deleted if the data is outdated or corrupted:
$ docker inspect --format '{{ range .Mounts }}{{ .Name }} {{ end }}' nodeos
fdc265730a4f697346fa8b078c176e315b959e79365fc9cbd11f090ea0cb5cbc
$ docker volume rm fdc265730a4f697346fa8b078c176e315b959e79365fc9cbd11f090ea0cb5cbc
Alternately, you can directly mount host directory into the container
$ docker run --name nodeos -v /path-to-data-dir:/opt/eos/bin/data-dir -p 8888:8888 -p 9876:9876 -t eosio/eos nodeosd.sh arg1 arg2
$ curl http://127.0.0.1:8888/v1/chain/get_info
$ docker-compose up
After docker-compose up
, two services named nodeos and keosd will be started. nodeos service will expose ports 8888 and 9876 to the host. keosd service does not expose any port to the host, it is only accessible to cleos when runing cleos is running inside the keosd container as described in "Execute cleos commands" section.
You can run the cleos
commands via a bash alias.
$ alias cleos='docker-compose exec keosd /opt/eos/bin/cleos -H nodeos'
$ cleos get info
$ cleos get account inita
Upload sample exchange contract
$ cleos set contract exchange contracts/exchange/exchange.wast contracts/exchange/exchange.abi
If you don't need keosd afterwards, you can stop the keosd service using
$ docker-compose stop keosd
You can use docker compose override file to change the default configurations. For example, create an alternate config file config2.ini
and a docker-compose.override.yml
with the following content.
version: "2"
services:
nodeos:
volumes:
- nodeos-data-volume:/opt/eos/bin/data-dir
- ./config2.ini:/opt/eos/bin/data-dir/config.ini
Then restart your docker containers as follows:
$ docker-compose down
$ docker-compose up
The data volume created by docker-compose can be deleted as follows:
$ docker volume rm docker_nodeos-data-volume
- You get an error such as
St9exception: content of memory does not match data expected by executable
when trying to startnodeos
, try restartingnodeos
with one of the following options (you can usenodeos --help
to get a full listing of these).
Command Line Options for eosio::chain_plugin:
--fix-reversible-blocks recovers reversible block database if
that database is in a bad state
--force-all-checks do not skip any checks that can be
skipped while replaying irreversible
blocks
--replay-blockchain clear chain state database and replay
all blocks
--hard-replay-blockchain clear chain state database, recover as
many blocks as possible from the block
log, and then replay those blocks
--delete-all-blocks clear chain state database and block
log
- You get an error such as
could not grow database file to requested size.
Start
nodeos
with--shared-memory-size-mb 1024
. A 1 GB shared memory file allows approximately half a million transactions.
- How do I find which version of
nodeos
I'm running or connecting to?
If defaults can be used, then
cleos get info
will output a block that contains a field calledserver_version
. If yournodeos
is not using the defaults, then you need to know the URL of thenodeos
. In that case, use the following with yournodeos
URL:
cleos --url http://localhost:8888 get info
To focus only on the version line within the block:
cleos --url http://localhost:8888 get info | grep server_version