GlitchTip

Upstream source: Current installation guide. GlitchTip 6 can run its web and background work in one container with PostgreSQL. Valkey is optional for a small instance; SERVER_ROLE=all_in_one and an empty VALKEY_URL select that path. The uploads volume keeps attachments.

Towbar manifests

id: glitchtip-postgres
name: GlitchTip PostgreSQL
type: postgres
container:
  network: application
  networkAlias: glitchtip-postgres
  resources:
    cpus: 1
    memory: 1g
secrets:
  runtime:
    - POSTGRES_USER
    - POSTGRES_DB
    - POSTGRES_PASSWORD
environments:
  production:
    server: 192.0.2.10

id: glitchtip
name: GlitchTip
buildServer: null
deployment:
  type: image
  image: glitchtip/glitchtip:6
container:
  port: 8000
  network: application
  volumes:
    - name: uploads
      mountPath: /code/uploads
      initialData: image
environments:
  production:
    server: 192.0.2.10
rollout:
  type: recreate
  maintenanceMode: true
  reason: Persistent application data uses a single writer
secrets:
  runtime:
    - DATABASE_URL
    - SECRET_KEY
    - GLITCHTIP_DOMAIN
    - ALLOWED_HOSTS
    - CSRF_TRUSTED_ORIGINS
    - SERVER_ROLE
    - VALKEY_URL
    - EMAIL_URL
domains:
  primary: glitchtip.example.com
tls:
  mode: direct

Configure

Prepare the example server, connect the repository, and map production to the branch containing these manifests. Replace the example server IP and domain. Commit the manifests, then sync the repository and inspect the resolved configuration.
Save the initialization values in the table below for the postgres Datastore under Datastore → Settings → Secrets. Deploy it first and wait for readiness. These values create the database and user only on an empty volume.
Set the Service’s declared runtime values under Service → Settings → Secrets using the table below. Replace descriptions and placeholders with actual values; do not commit passwords or keys.
Keep the Service’s named volumes attached across deployments. Towbar’s Datastore backup policy does not back up Service volumes, so include them in your own recovery plan.
Deploy the Service, then perform the checks below before enabling auto-deploy.

Datastore values

Save these in each Datastore’s Settings → Secrets before deploying it. Use the suggested names or choose your own, then use the same names and passwords in the Service connection values below.

Datastore	Key	Suggested value
GlitchTip postgres	`POSTGRES_DB`	glitchtip
GlitchTip postgres	`POSTGRES_USER`	glitchtip
GlitchTip postgres	`POSTGRES_PASSWORD`	Run `openssl rand -hex 32`; save its output and reuse it in the Service connection value.

Runtime values

Save these values on the Service after the repository sync. The manifest declares required keys, not their values.

Key	Value to save
`DATABASE_URL`	`postgres://glitchtip:PASSWORD@glitchtip-postgres:5432/glitchtip` (replace `PASSWORD` with `POSTGRES_PASSWORD`)
`SECRET_KEY`	Generate with `openssl rand -hex 32`.
`GLITCHTIP_DOMAIN`	https://glitchtip.example.com
`ALLOWED_HOSTS`	glitchtip.example.com
`CSRF_TRUSTED_ORIGINS`	https://glitchtip.example.com
`SERVER_ROLE`	all_in_one
`VALKEY_URL`	Leave empty for the small PostgreSQL-backed setup.
`EMAIL_URL`	Your SMTP URL, or `consolemail://` for a test that does not send email.

Verify

Create a project, send a test event, and verify it appears. Configure real SMTP before relying on invitations or email alerts; back up PostgreSQL and uploads. For field constraints, see Service manifest and Datastore manifest.

Start here

Open-source software

Service recipes

Datastore recipes

Complete stacks

Towbar manifests

Configure

Datastore values

Runtime values

Verify

​Towbar manifests

​Configure

​Datastore values

​Runtime values

​Verify

Towbar manifests

Configure

Datastore values

Runtime values

Verify