Installation on SLES


To install onto SLES, you need the following:

  • SLES 12
  • SawtoothLake Distribution (sawtoothlake-x.y.z-sles-packages.tar.gz)

Configure Zypper

Two additional repositories are required for installation. To configure them, run:

root@sles # zypper addrepo \
root@sles # zypper addrepo \
root@sles # zypper refresh

SawtoothLake Installation

As root, unpack the SawtoothLake Distribution:

root@sles # tar xvfj sawtoothlake-x.y.z-sles-packages.tar.bz2

Install the SawtoothLake RPM files:

root@sles # cd sawtoothlake-x.y.z-sles-packages
root@sles # zypper install -y *.rpm

Starting and Stopping the Validator

The validator is run via systemd and can be started and stopped with systemctl commands.

To start the validator:

root@ubuntu # systemctl start sawtooth-validator

To stop the validator:

root@ubuntu # systemctl stop sawtooth-validator

You can also view the Upstart status with:

root@ubuntu # systemctl status sawtooth-validator

The process name will be ‘txnvalidator’ and you can verify it is running with ps:

root@ubuntu # ps -ef | grep txnvalidator

Configuring the Validator

When run via systemd, the txnvalidator options can be changed in /etc/sysconfig/sawtooth-validator with the TXNVALIDATOR_OPTIONS environment variable. This includes specifying which configuration file the txnvalidator should use.

Configuration Files Location

Configuration files are placed in /etc/sawtooth-validator.

Configuration File Parameters

By default, the validator will start up as a ‘base’ validator. It will not reach out to other validator nodes, and it will initialize a new set of data files in the data directory, /var/lib/sawtooth-validator by default.

In order to join the new validator to an existing network of validators, the “LedgerURL” setting must be changed in the configuration file to point to a valid URL for an existing http validator in the network.

    "HttpPort" : 0,
    "Host" : "localhost",
    "Port" : 0,
    "NodeName" : "node000",
    "LedgerURL" : "",

It is also important to set the “NodeName” value to a unique value based on your naming convention. The node’s key, which must be generated using the command sawtooth keygen, must be named {node name}.wif and placed in the keys directory.

Several other settings are important for correct functionality of the new validator node. The configuration file must contain the list of valid transaction families supported by the validator network.

"TransactionFamilies" : [

Lastly, the “AdministrationNode” setting must contain the address of the administration node on the validator network. This instructs the validator to listen for and act on administrative transactions (like shutdown) received from the administration node. The administration node address can be found in the keys directory on the adminstration node in a file called {node name}.addr.

"AdministrationNode" : "19ns29kWDTX8vNeHNzJbJy6S9HZiqHZyEE"


You can instruct the validator to check whether or not the validator is being run under a user with elevated privileges (root in Linux, or administrator in Windows). If elevated privileges are being used, the validator stops with a warning.

To run the privilege level check, change the “CheckElevated” setting to “true” in the configuration file:

"CheckElevated" : true

This setting applies only to Linux and Windows operating systems.

Log Files

The primary directory for log files is /var/log/sawtooth-validator. In addition, stdout and stderr are captured and viewable with journalctl.

root@ubuntu # journalctl -u sawtooth-validator