Built with Chinaski

In-App Log Views

Beside the system journal, the admin area surfaces logs in context. Everything here is admin-facing.

Event log (Health page)

The Health page shows the operational event log, paginated fifty at a time, with a level filter (warnings+errors, or errors only). It’s the day-to-day view of what’s happened — build notifications, warnings, cleared-log entries. Clearing is available: entries older than 30 days by default, or everything; the clearing action is itself audited.

Authentication history

  • The Health page shows the last 100 authentication entries (success / fail / blocked, per user and IP).
  • Each user’s page carries a full per-user auth history view (paginated) — the first stop when someone reports being unable to sign in.

Build history

The Builds view lists the last 100 completed builds (this is the builder’s own retention), including blocked and errored runs, per-run message summaries, files-written counts, and captured output. Blocked builds explain exactly which check stopped promotion and name the option to force a promote.

Metrics dashboard

An admin-only metrics endpoint/dashboard reports:

  • Uptime.
  • Rolling per-endpoint request counters over the past hour (sorted busiest first).
  • Webhook deliveries over the past 60 minutes by webhook type: total / ok / failed counts — useful after configuring a form or deploy webhook.

What to watch

  • Build history entries with status blocked/error — the promotion guard did its job; check the reason string.
  • The event log’s error level — high login failure rate alerts, backup errors, and similar warnings arrive here first.
  • Webhook failures trending on the metrics dashboard (a receiver down shows as fails climbing in the 60-minute window).