Publish configurable health-check tool #1
Labels
No labels
coordination/cross-repo
coordination/needed
effort
large
effort
medium
effort
small
meta/duplicate
meta/planning
meta/wontfix
priority
high
priority
low
priority
medium
session
blocker
session
handover
session
next
status
blocked
status
done
status
in-progress
status
review
status
to-go
type
admin
type
bug
type
config
type
deployment
type
docs
type
enhancement
type
feature
type
handover
type
infrastructure
type
installation
type
maintenance
type
migration
type
research
type
security
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
DAW/lazy-admin-tools#1
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Goal
Publish the existing OpenBSD health-check script as the first useful tool in
lazy-admin-toolsand make its checks configurable enough for reuse.Reason
The existing Tiamat health report already provides useful operational feedback, including disk usage, memory/load, running services, and pending OpenBSD patches.
During the session we agreed to turn this operational helper into the first public
lazy-admin-toolstool.Before publishing, the script should gain configurable checks and port checks so an administrator can adapt what is monitored without changing the monitoring logic itself.
Scope
Cross-repository context
A Praxislog article in
DAW/dragons-at-work-dewill describe the patching/health-check use case and link to this repository.Acceptance criteria
lazy-admin-tools.Session 2026-08-12
port and patch/update checks, configurable via inline variables
public ports trigger WARN
for the systemd 'inactive (dead)' quirk on Debian 13
(tiamat), Debian 13 (terrador), Debian 12 (typhon) - each run
surfaced a real, previously unnoticed issue (open port, wrong
service bind, baseline drift)
status levels