Skip to content

test(release): systemd unit starts and serves #155

Description

@btwshivam

the package-install matrix in #78 checks that the systemd unit file is present, but never that the service actually starts and serves. the unit's ExecStart path changed recently (/usr/local/bin to /usr/bin in #78), exactly the kind of thing a presence-only check misses.

propose: an integration test in a systemd-capable container that installs the unit, systemctl start kerno, and asserts the service reaches active and /healthz responds, then systemctl stop is clean. this validates the bare-metal path end to end, not just file placement.

depends on the harness (#143), overlaps the install checks in #78 but covers runtime, not just install. label area/ops.

Metadata

Metadata

Assignees

Labels

area/opsOperations, deployment, runtime ergonomicsclaimedSomeone is actively working on this (auto-released after 10d inactivity)testingTests and test coverage

Type

No type
No fields configured for issues without a type.

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions