How to manage Database Lab Engine

Configure and start a Database Lab Engine instance#

Define config file ~/.dblab/server.yml (see config examples here) and run the following command:

sudo docker run \
--detach \
--name dblab_server \
--label dblab_control \
--privileged \
--publish 2345:2345 \
--volume /var/run/docker.sock:/var/run/docker.sock \
--volume /var/lib/dblab:/var/lib/dblab:rshared \
--volume ~/.dblab/server.yml:/home/dblab/configs/config.yml \

Reconfigure Database Lab Engine#

Database Lab Engine supports reconfiguration without a restart (therefore, without any downtime):

  • Update the configuration file (usually, ~/.dblab/server.yml)
  • Issue a SIGHUP signal to the main process in the DLE container – if the container name is dblab_server, then run this (note that kill here is not killing the process, it just sends the SIGHUP signal to it):
    sudo docker exec -it dblab_server kill -SIGHUP 1
  • Ensure that configuration was reloaded, it should be seen in the logs (message Configuration has been reloaded):
    sudo docker logs --since 5m dblab_server

Upgrade Database Lab Engine#

Stop and remove the container using sudo docker stop dblab_server and sudo docker rm dblab_server After that, launch a new container.


Note any upgrade removes all the running clones.

Observe Database Lab Engine logs#

To observe the logs for Database Lab Engine running in a container (remove --since 1m to see the log from the very beginning):

sudo docker logs --since 1m -f dblab_server

If you need to save the logs in a file:

sudo docker logs dblab_server 2>&1 | gzip > dblab_server.log.gz

If you want to see more details, enable debug mode setting option debug to true (see example). Next, follow the reconfiguration guidelines to apply the change.


When debug mode is turned on, logs may contain sensitive data such as API secret keys for the backup system.

Check Database Lab Engine status#

To check the status of the running container, perform an HTTP request GET /healthz. For example, using cURL:

curl -XGET ''

If the instance is up and running, you will get the response with status code HTTP/1.1 200 OK and a body like this: