hermes-bot f96cef137d
ci/woodpecker/pr/ci-manifests-test Pipeline was successful
ci/woodpecker/pr/ci-scripts-test Pipeline was successful
fix(matrix): disable service links for LiveKit and lk-jwt-service
LiveKit crashlooped after #1393:
  could not parse "tcp://10.107.186.157:7880" as uint value from
  environment variable "LIVEKIT_PORT" for flag port

The Service named livekit makes the kubelet inject Docker-style link
variables (LIVEKIT_PORT, LIVEKIT_SERVICE_HOST, ...) into every pod in the
namespace. LiveKit reads LIVEKIT_* as its own config; lk-jwt-service reads
LIVEKIT_* too. enableServiceLinks: false on both pods removes them.
2026-10-20 10:04:28 +00:00
2026-10-19 10:57:20 +02:00

homelab

GitOps source for the Renner homelab cluster. Flux applies main to production, so every merge is a production change. Changes go in by pull request only; see CONTRIBUTING.md for YAML conventions.

Change rules that protect Home Assistant

Owner decision (REN-240, REN-243). Home Assistant runs the house, so it gets two rules on top of normal review.

1. Disruptive work runs only 02:00–05:00 Europe/Berlin

Planned work that can restart Home Assistant or disrupt the cluster is merged and applied only between 02:00 and 05:00 Europe/Berlin. That covers:

  • node drain, node reboot, Talos upgrade
  • CNI (Cilium, Multus) and cluster-wide network policy
  • storage (Rook/Ceph, CSI, snapshot controller, CNPG operator)
  • Flux core (kubernetes/clusters/*/flux-system/, Flux controllers)
  • Authentik
  • OpenBao, including secret rotation that restarts consumers
  • anything in kubernetes/apps/home-assistant/

A PR in this list states in its description that it waits for the window. Flux applies on merge, so "wait for the window" means merge in the window, not just apply. If unsure whether a change is disruptive, treat it as disruptive.

Not covered: Home Assistant image bumps by Flux image automation. They stay fully automatic by owner decision. If one breaks Home Assistant, roll it back with RUNBOOK-home-assistant-image-rollback.md. An incident rollback is not planned work; the owner decides its timing.

2. HA-impact review before merge

Every PR that touches kubernetes/apps/home-assistant/, or makes a cluster-wide disruptive change from the list above, needs an HA-impact review before merge: a named reviewer states in the PR what Home Assistant will notice (restart, lost integration, lost history, none) and approves.

  • Reviewer: Hestia, the Home Assistant maintainer.
  • Until Hestia exists: the owner does the HA-impact review.

This is in addition to the normal review and merge by Argus. Argus does not merge such a PR without the HA-impact approval.

S
Description
No description provided
Readme
30 MiB
master
Latest
2026-01-31 15:05:31 +00:00
Languages
Shell 27.9%
Go 25.7%
Python 24.6%
Jinja 6.9%
HCL 6%
Other 8.7%