cc-backend/init/README.md

How to run this as a systemd service

The files in this directory assume that you install ClusterCockpit to /opt/monitoring. Of course you can choose any other location, but make sure to replace all paths that begin with /opt/monitoring in the clustercockpit.service file!

If you have not installed yarn and go already, do that (Golang is available in most package managers). It is recommended and easy to install the most recent stable version of Golang as every version also improves the Golang standard library.

The config.json can have the optional fields user and group. If provided, the application will call setuid and setgid after having read the config file and having bound to a TCP port (so that it can take a privileged port), but before it starts accepting any connections. This is good for security, but means that the directories web/frontend/public, var/ and web/templates/ must be readable by that user and var/ writable as well (All paths relative to the repos root). The .env and config.json files might contain secrets and should not be readable by that user. If those files are changed, the server has to be restarted.

# 1.: Clone this repository to /opt/monitoring
git clone git@github.com:ClusterCockpit/cc-backend.git /opt/monitoring

# 2.: Install all dependencies and build everything
cd /mnt/monitoring
go get && go build cmd/cc-backend && (cd ./web/frontend && yarn install && yarn build)

# 3.: Modify the `./config.json` and env-template.txt file from the configs directory to your liking and put it in the repo root
cp ./configs/config.json ./config.json
cp ./configs/env-template.txt ./.env
vim ./config.json # do your thing...
vim ./.env # do your thing...

# 4.: Add the systemd service unit file (in case /opt/ is mounted on another file system it may be better to copy the file to /etc)
sudo ln -s /mnt/monitoring/init/clustercockpit.service /etc/systemd/system/clustercockpit.service

# 5.: Enable and start the server
sudo systemctl enable clustercockpit.service # optional (if done, (re-)starts automatically)
sudo systemctl start clustercockpit.service

# Check whats going on:
sudo journalctl -u clustercockpit.service

Recommended deployment workflow

It is recommended to install all ClusterCockpit components in a common durectory, this can be something like /opt/monitoring, var/monitoring or var/clustercockpit. In the following we are using /opt/monitoring.

Two systemd services are running on the central monitoring server:

clustercockpit : Binary cc-backend in /opt/monitoring/cc-backend cc-metric-store: Binary cc-metric-store in /opt/monitoring/cc-metric-store

ClusterCockpit is deployed as a single file binary that embeds all static assets. We recommend to keep all binaries in a folder archive and link the currently active from cc-backend root. This allows to easily roll-back in case something breaks.

Workflow to deploy new version

This example assumes the DB and job archive did not change.

• Backup the sqlite DB file and Job archive directory tree!
• Clone cc-backend source tree (e.g. in your home directory)
• Copy the adapted legal text files into the git source tree (./web/templates).
• Build cc-backend:

$ cd web/frontend
$ yarn && yarn build
$ cd ../../
$ go build ./cmd/cc-backend

• Copy cc-backend binary to /opt/monitoring/cc-backend/archive
• Link from cc-backend root to recent version
• Restart systemd service: $ sudo systemctl restart clustercockpit.service
• Check log for issues: $ sudo journalctl -u clustercockpit.service
• Check the ClusterCockpit web frontend and your Slurm adapters if anything is broken!