Skip to content
heavy alpha — not for production use
Monitoring

Monitoring

Lintune includes built-in service health monitoring via a custom Uptime Kuma image (lintune-uptimekuma).


How it works

Uptime Kuma starts automatically as part of the bootstrap stack. During the setup wizard, Lintune initialises it with a dedicated user and API key, then creates HTTP monitors for each service as it is installed.

Monitor management is fully automatic — you do not configure Uptime Kuma directly.


Where status is shown

Service Status page (/super/services) — a card per monitor with a coloured badge (Up / Down / Unknown / Maintenance) and the monitor URL. Refreshes every 30 seconds.

Navbar dots — coloured dots give an at-a-glance health check from any page in lintune-admin.

Tenant dashboard — lintune-dash shows dots for services relevant to that tenant’s realm. The Nextcloud AIO admin interface is hidden from tenants (admin-only).


Monitor visibility

Monitors whose names include aio are flagged admin_only and appear only in lintune-admin. Tenant admins in lintune-dash see only the services that are relevant to their realm.


API

The lintune-uptimekuma image exposes a REST API used internally by Lintune. All endpoints require HTTP Basic Auth (api:<key>) except the one-time setup call.

Method Path Description
POST /api/lintune/setup One-shot setup — creates the first user and returns an API key.
GET /api/lintune/monitors List active monitors with current status.
POST /api/lintune/monitors Create an HTTP monitor.
DELETE /api/lintune/monitors/:id Delete a monitor.

The API key is stored encrypted in the shared database. It never appears in an env file.