package builder

  1. Overview
  2. Docs
Scheduling and executing shell jobs

Install

Dune Dependency

Authors

Maintainers

Sources

builder-v0.1.0.tbz
sha256=a13174ec52d1e5163ba441de2039d1e87c16f1b8962af535c85df454995c7cac
sha512=21b2773be22ea6f4561c8e8e43623ba1e85299c27d6e2a3631c69cd8d2936eb15dbc6e8a4b58daa27a29f019951c2df1506e19042664bfa9987b551f89ff81ec

Description

The builder server has a schedule of jobs to be executed, stored persistently on disk. Any number of workers can connect via TCP (using ASN.1 encoded messages) that execute a single job -- usually contained in a sandbox (FreeBSD jail or Docker container). A client is a command-line interface to modify the schedule. Access control is out of scope - run it locally on your build host. The server receives the output artifacts of each job, and either stores them on the local file system or upload them to a remote server via http.

See https://builds.robur.coop for the live web frontend (builder-web).

Published: 15 Sep 2021

README

builder - scheduling and executing jobs

This consists of three programs, a worker, a server, and a client. The single server contains a queue of jobs, which are consumed by a worker. Any number of worker can be connected to the server. The client can modify the schedule: add/remove/modify jobs, also observe a concrete job.

The server keeps persistent state of the job queue (so restarts / crashes are dealt with). A worker connects, provides some information about itself, and then waits for a job. Once a job is read and accepted, it is executed by the worker. Resulting artifacts can be transferred by the client to the server.

The client has the ability to schedule jobs at regular intervals - similar to crontab - but workers are usually executed in sandboxes/ jailed environments.

Handled and unhandled error conditions:

  • worker execution fails (timeout, restart, killed): not handled, but server has a timeout

  • worker execution gets a signal: reported to server

  • worker can't write job data files -> failure is captured and reported

  • worker can't read job output -> logged to client's console (without artifacts gathered)

  • worker errors when submitting console output -> ignored

  • worker fails communication with server -> job is ignored (the server is responsible for restarting)

A templating mechanism is available, look for orb-build.template as examples. Currently FreeBSD, Debian and Ubuntu are supported, and a repository that receives jobs is live at https://builds.robur.coop/

Dev Dependencies

None

Used by

None

Conflicts

None

OCaml

Innovation. Community. Security.