fix(forgejo-runner): set workingDir /data on tap-writer runner #250
No reviewers
Labels
No labels
burndown-2026-06
coherence-core
consult
headless
interactive
P0
P1
P2
P3
P4
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
coilyco-flight-deck/infrastructure!250
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "fix/tap-writer-workingdir"
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?
Add
workingDir: /datato the tap-writer runner container so the daemon finds its registration file.Problem
forgejo-runner-tap-writer-0has been inCrashLoopBackOffsince #195 was applied - runner container exit code 99, ~202 restarts over 17h. Theregisterinit container completes fine (the runner shows registered in Forgejo,id=7, labeltap-writer), but the daemon container exits instantly.Root cause
The runner container had no
workingDir, and its shell command nevercd /databeforeexec forgejo-runner daemon. The init container doescd /databefore writing/data/.runner. So the daemon launched from/, could not find/data/.runner, and exited 99. The siblingdeploy/forgejo-runner.ymlsetsworkingDir: /dataand stays up - this restores parity.(Pod logs are unreadable from the Mac -
coily ops kubectl logshits a node-levelUnable to open log: Permission denied- so the cause was confirmed by diffing against the working sibling manifest, not from the log. High confidence, but worth a glance at the daemon log once it's reapplied.)Apply (on kai-server, after merge)
Confirm it reaches
1/1 Running.Context
Surfaced while checking the tap-writer runner for ward#61 (which moved the homebrew tap bump to
runs-on: tap-writer). Separate fault from the regular-runner outage in #215. Diagnosis posted to o2r channel FQT7.closes #249
🤖 Generated with Claude Code
Pull request closed