Files
computer-playbook/roles/web-app-listmonk/Installation.md
kevinveenbirkenbachandClaude Opus 4.8 cc5f13b7a7 fix(web-app-listmonk): let the container self-install and pin to v6.2.0
The stock image CMD exits on an empty DB ("Run --install."), so the server
crash-looped on first deploy while the role exec'd 'yes | ./listmonk --install'
into that same crashing container, which was SIGKILLed (rc 137) and never
converged. Adopt listmonk's own recommended container command (idempotent
install, upgrade, then serve; the super admin is seeded from LISTMONK_ADMIN_USER
/ _PASSWORD), and replace the exec dance with a DB-reachability probe plus a
wait for the users table to be seeded. Pin latest to the current stable v6.2.0
so the CLI/schema contract cannot drift. Same flow in compose and swarm.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-07-03 00:26:05 +02:00

354 B

Installation and Configuration

Initial Database Setup

The listmonk service command runs ./listmonk --install --idempotent --yes on every container start, so the schema is seeded automatically on the first deploy.

Start Services

Use the following command to start Listmonk services:

compose -p listmonk up -d --force-recreate