You cannot select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
191 lines
8.7 KiB
Markdown
191 lines
8.7 KiB
Markdown
# Configuration and usage
|
|
|
|
This page describes how to set up and run **broker** and **worker** programs. It's supposed to have required binaries installed. For instructions see [[Build and Deployment]] page. Also, using _systemd_ is recommended for best user experience, but it's not required. Almost all modern Linux distributions are using _systemd_ now.
|
|
|
|
## Worker
|
|
|
|
Installation of **worker** program does following step to your computer:
|
|
- create config file `/etc/recodex/worker/config-1.yml`
|
|
- create _systemd_ unit file `/etc/systemd/system/recodex-worker@.service`
|
|
- put main binary to `/usr/bin/recodex-worker`
|
|
- put judges binaries to `/usr/bin/recodex-judge-normal`, `/usr/bin/recodex-judge-shuffle` and `/usr/bin/recodex-judge-filter`
|
|
- create system user and group `recodex` with `/sbin/nologin` shell (if not existing)
|
|
- create log directory `/var/log/recodex`
|
|
- set ownership of config (`/etc/recodex`) and log (`/var/log/recodex`) directories to `recodex` user and group
|
|
|
|
|
|
### Default worker configuration
|
|
|
|
Worker should have some default configuration which is applied to worker itself or may be used in given jobs (implicitly if something is missing, or explicitly with special variables). This configuration should be hardcoded and can be rewritten by explicitly declared configuration file. Format of this configuration is yaml like in the job config.
|
|
|
|
#### Configuration items
|
|
|
|
Mandatory items are bold, optional italic.
|
|
|
|
- **worker-id** - unique identification of worker at one server. This id is used by _isolate_ sanbox on linux systems, so make sure to meet isolates requirements (default is number from 1 to 999).
|
|
- **broker-uri** - URI of the broker (hostname, IP address, including port, ...)
|
|
- _broker-ping-interval_ - time interval how often to send ping messages to broker. Used units are milliseconds.
|
|
- _max-broker-liveness_ - specifies how many pings in a row can broker miss without making the worker dead.
|
|
- _headers_ - headers specifies worker's capabilities
|
|
- _env_ - map of enviromental variables
|
|
- _threads_ - information about available threads for this worker
|
|
- **hwgroup** - hardware group of this worker. Hardware group must specify worker hardware and software capabilities and it's main item for broker routing decisions.
|
|
- _working-directory_ - where will be stored all needed files. Can be the same for multiple workers on one server.
|
|
- **file-managers** - addresses and credentials to all file managers used (eq. all different frontends using this worker)
|
|
- **hostname** - URI of file manager
|
|
- _username_ - username for http authentication (if needed)
|
|
- _password_ - password for http authentication (if needed)
|
|
- _file-cache_ - configuration of caching feature
|
|
- _cache-dir_ - path to caching directory. Can be the same for mutltiple workers.
|
|
- _logger_ - settings of logging capabilities
|
|
- _file_ - path to the logging file with name without suffix. `/var/log/recodex/worker` item will produce `worker.log`, `worker.1.log`, ...
|
|
- _level_ - level of logging, one of `off`, `emerg`, `alert`, `critical`, `err`, `warn`, `notice`, `info` and `debug`
|
|
- _max-size_ - maximal size of log file before rotating
|
|
- _rotations_ - number of rotation kept
|
|
- _limits_ - default sandbox limits for this worker. All items are described on [assignments page](https://github.com/ReCodEx/GlobalWiki/wiki/Assignments-overview#configuration-items).
|
|
|
|
#### Example config file
|
|
|
|
```{.yml}
|
|
worker-id: 1
|
|
broker-uri: tcp://localhost:9657
|
|
broker-ping-interval: 10 # milliseconds
|
|
max-broker-liveness: 10
|
|
headers:
|
|
env:
|
|
- c
|
|
- python
|
|
threads: 2
|
|
hwgroup: "group1"
|
|
working-directory: /tmp/recodex
|
|
file-managers:
|
|
- hostname: "http://localhost:9999" # port is optional
|
|
username: "" # can be ignored in specific modules
|
|
password: "" # can be ignored in specific modules
|
|
file-cache: # only in case that there is cache module
|
|
cache-dir: "/tmp/recodex/cache"
|
|
logger:
|
|
file: "/var/log/recodex/worker" # w/o suffix - actual names will be worker.log, worker.1.log, ...
|
|
level: "debug" # level of logging
|
|
max-size: 1048576 # 1 MB; max size of file before log rotation
|
|
rotations: 3 # number of rotations kept
|
|
limits:
|
|
time: 5 # in secs
|
|
wall-time: 6 # seconds
|
|
extra-time: 2 # seconds
|
|
stack-size: 0 # normal in KB, but 0 means no special limit
|
|
memory: 50000 # in KB
|
|
parallel: 1 # time and memory limits are merged
|
|
disk-size: 50
|
|
disk-files: 5
|
|
environ-variable:
|
|
ISOLATE_BOX: "/box"
|
|
ISOLATE_TMP: "/tmp"
|
|
bound-directories:
|
|
- src: /tmp/recodex/eval_5
|
|
dst: /evaluate
|
|
mode: RW,NOEXEC
|
|
```
|
|
|
|
### Running worker
|
|
|
|
For easy and comfortable managing worker is included systemd unit file. It integrates worker nicely into your Linux system and allow you to run worker automaticaly after system startup for example. It's supposed to have more than one worker on every server, so provided unit file is templated. Each instance of worker have unique string identifier, which is used for managing that instance through systemd. By default, only one worker instance is ready to use after installation. It's ID is "1".
|
|
|
|
- Starting worker with id "1" can be done this way:
|
|
```
|
|
# systemctl start recodex-worker@1.service
|
|
```
|
|
Check with
|
|
```
|
|
# systemctl status recodex-worker@1.service
|
|
```
|
|
if the worker is running. You should see "active (running)" message.
|
|
|
|
- Worker can be stopped or restarted accordigly using `systemctl stop` and `systemctl restart` commands.
|
|
- If you want to run worker after system startup, run:
|
|
```
|
|
# systemctl enable recodex-worker@1.service
|
|
```
|
|
For further information about using systemd please refer to systemd documentation.
|
|
|
|
### Adding new worker
|
|
|
|
To add a new worker you need to do a few steps:
|
|
- Get unique string ID. Think of one.
|
|
- Copy default configuration file `/etc/recodex/worker/config-1.yml` to the same directory and name it `config-<your_unique_ID>.yml`
|
|
- Edit that config file to fit your needs. Note that you must at least change _worker-id_ and _logger file_ values to be unique.
|
|
- Run new instance using
|
|
```
|
|
# systemctl start recodex-worker@<your_unique_ID>.service
|
|
```
|
|
|
|
## Broker
|
|
|
|
Installation of **broker** program does following step to your computer:
|
|
- create config file `/etc/recodex/brokerr/config.yml`
|
|
- create _systemd_ unit file `/etc/systemd/system/recodex-broker.service`
|
|
- put main binary to `/usr/bin/recodex-broker`
|
|
- create system user and group `recodex` with nologin shell (if not existing)
|
|
- create log directory `/var/log/recodex`
|
|
- set ownership of config (`/etc/recodex`) and log (`/var/log/recodex`) directories to `recodex` user and group
|
|
|
|
### Default broker configuration
|
|
|
|
#### Configuration items
|
|
|
|
Mandatory items are bold, optional italic.
|
|
|
|
- _clients_ - specifies address and port to bind for clients (eq. frontends)
|
|
- _address_ - hostname or IP address as string (`*` for any)
|
|
- _port_ - desired port
|
|
- _workers_ - specifies address and port to bind for workers
|
|
- _address_ - hostname or IP address as string (`*` for any)
|
|
- _port_ - desired port
|
|
- _monitor_ - settings of monitor service connection
|
|
- _address_ - IP address of running monitor service
|
|
- _port_ - desired port
|
|
- _notifier_ - details of connection which is used in case of errors and good to know states
|
|
- _address_ - address where frontend API runs
|
|
- _port_ - desired port
|
|
- _username_ - username which can be used for HTTP authentication
|
|
- _password_ - password which can be used for HTTP authentication
|
|
- _logger_ - settings of logging capabilities
|
|
- _file_ - path to the logging file with name without suffix. `/var/log/recodex/broker` item will produce `broker.log`, `broker.1.log`, ...
|
|
- _level_ - level of logging, one of `off`, `emerg`, `alert`, `critical`, `err`, `warn`, `notice`, `info` and `debug`
|
|
- _max-size_ - maximal size of log file before rotating
|
|
- _rotations_ - number of rotation kept
|
|
|
|
#### Example config file
|
|
|
|
```{.yml}
|
|
# Address and port for clients (frontend)
|
|
clients:
|
|
address: "*"
|
|
port: 9658
|
|
# Address and port for workers
|
|
workers:
|
|
address: "*"
|
|
port: 9657
|
|
monitor:
|
|
address: "127.0.0.1"
|
|
port: 7894
|
|
notifier:
|
|
address: "127.0.0.1"
|
|
port: 8080
|
|
username: ""
|
|
password: ""
|
|
logger:
|
|
file: "/var/log/recodex/broker" # w/o suffix - actual names will be broker.log, broker.1.log, ...
|
|
level: "debug" # level of logging
|
|
max-size: 1048576 # 1 MB; max size of file before log rotation
|
|
rotations: 3 # number of rotations kept
|
|
```
|
|
|
|
### Running broker
|
|
|
|
Running broker is very similar to the worker setup. There is only one broker per whole ReCodEx solution, so there is no need for systemd templates. So running broker is just:
|
|
```
|
|
# systemctl start recodex-broker.service
|
|
```
|
|
For more info please refer to worker part of this page or systemd documentation.
|