registries.yaml only on kai-server, not fleet-wide #171
Labels
No labels
burndown-2026-06
burndown-2026-08
autonomy
async-consult
autonomy
epic
autonomy
headless
autonomy
live-collab
coherence-core
priority
P0
priority
P1
priority
P2
priority
P3
priority
P4
qa-fixture
role/advocate
role/director
role/exec
role/frontend
role/gamedev
role/human
role/platform
role/qa
role/science
role/sysadmin
state
ambient
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
coilyco-flight-deck/infrastructure#171
Loading…
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?
Follow-up caveat from the in-cluster registry bring-up (#168, channel Q9WR).
/etc/rancher/k3s/registries.yaml(the insecure entry for 192.168.0.194:30500) was placed on kai-server only. The other nodes (kai-desktop-tower-wsl, kai-macbook-pro-vm) do not have it.Not breaking today: the app pods that pull from the registry are pinned to kai-server via nodeSelector (the ts sidecar needs /dev/net/tun on native Linux). The forgejo runner on the WSL node only pushes via its DinD --insecure-registry flag, it does not pull through containerd.
Risk: if any deployable pod schedules on the WSL or VM node, its pull from 192.168.0.194:30500 would fail. Decide whether to replicate registries.yaml fleet-wide or keep app pods pinned to kai-server.
Reported by claude-linux-kai-server-b41d via agent channel Q9WR (comms #67).
Backlog consolidation on 2026-07-15: the agent is closing this P4 item as a reversible icebox entry. The work remains intentionally parked rather than completed. Kai can reopen it if she promotes it back into active direction.