Skip to content

geniusdynamics/ns8-semaphoreui

Repository files navigation

ns8-semaphoreui

This is a template module for NethServer 8. To start a new module from it:

Install

Instantiate the module with:

add-module ghcr.io/geniusdynamics/semaphoreui:latest 1

The output of the command will return the instance name. Output example:

{"module_id": "semaphoreui1", "image_name": "semaphoreui", "image_url": "ghcr.io/geniusdynamics/semaphoreui:latest"}

Configure

Let's assume that the mattermost instance is named semaphoreui1.

Launch configure-module, by setting the following parameters:

  • host: a fully qualified domain name for the application
  • http2https: enable or disable HTTP to HTTPS redirection (true/false)
  • lets_encrypt: enable or disable Let's Encrypt certificate (true/false)

Example:

api-cli run configure-module --agent module/semaphoreui1 --data - <<EOF
{
  "host": "semaphoreui.domain.com",
  "http2https": true,
  "lets_encrypt": false
}
EOF

The above command will:

  • start and configure the semaphoreui instance
  • configure a virtual host for trafik to access the instance

Get the configuration

You can retrieve the configuration with

api-cli run get-configuration --agent module/semaphoreui1

Uninstall

To uninstall the instance:

remove-module --no-preserve semaphoreui1

Smarthost setting discovery

Some configuration settings, like the smarthost setup, are not part of the configure-module action input: they are discovered by looking at some Redis keys. To ensure the module is always up-to-date with the centralized smarthost setup every time semaphoreui starts, the command bin/discover-smarthost runs and refreshes the state/smarthost.env file with fresh values from Redis.

Furthermore if smarthost setup is changed when semaphoreui is already running, the event handler events/smarthost-changed/10reload_services restarts the main module service.

See also the systemd/user/semaphoreui.service file.

This setting discovery is just an example to understand how the module is expected to work: it can be rewritten or discarded completely.

Debug

some CLI are needed to debug

  • The module runs under an agent that initiate a lot of environment variables (in /home/semaphoreui1/.config/state), it could be nice to verify them on the root terminal

    runagent -m semaphoreui1 env

  • you can become runagent for testing scripts and initiate all environment variables

    runagent -m semaphoreui1

the path become :

    echo $PATH
    /home/semaphoreui1/.config/bin:/usr/local/agent/pyenv/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/usr/
  • if you want to debug a container or see environment inside runagent -m semaphoreui1
podman ps
CONTAINER ID  IMAGE                                      COMMAND               CREATED        STATUS        PORTS                    NAMES
d292c6ff28e9  localhost/podman-pause:4.6.1-1702418000                          9 minutes ago  Up 9 minutes  127.0.0.1:20015->80/tcp  80b8de25945f-infra
d8df02bf6f4a  docker.io/library/mariadb:10.11.5          --character-set-s...  9 minutes ago  Up 9 minutes  127.0.0.1:20015->80/tcp  mariadb-app
9e58e5bd676f  docker.io/library/nginx:stable-alpine3.17  nginx -g daemon o...  9 minutes ago  Up 9 minutes  127.0.0.1:20015->80/tcp  semaphoreui-app

you can see what environment variable is inside the container

podman exec  semaphoreui-app env
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
TERM=xterm
PKG_RELEASE=1
MARIADB_DB_HOST=127.0.0.1
MARIADB_DB_NAME=semaphoreui
MARIADB_IMAGE=docker.io/mariadb:10.11.5
MARIADB_DB_TYPE=mysql
container=podman
NGINX_VERSION=1.24.0
NJS_VERSION=0.7.12
MARIADB_DB_USER=semaphoreui
MARIADB_DB_PASSWORD=semaphoreui
MARIADB_DB_PORT=3306
HOME=/root

you can run a shell inside the container

podman exec -ti   semaphoreui-app sh
/ # 

Testing

Test the module using the test-module.sh script:

./test-module.sh <NODE_ADDR> ghcr.io/geniusdynamics/semaphoreui:latest

The tests are made using Robot Framework

UI translation

Translated with Weblate.

To setup the translation process: