Scheduler run task-steward-gate fails every 20m: unusable-response breaker after GH_TOKEN 401, invalid push credential, missing pyyaml #105
Labels
No labels
accessibility
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
nsaspy/a0-symbolics#105
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?
Found during live inspection of the running
a0-symbolics:localcontainer (up 6h, healthy) on 2026-09-05.Run: scheduler task
task-steward-gate(uuidT2xggOLO), schedule*/20 * * * *(America/New_York), last run2026-09-05T00:48:06-04:00.Recorded state:
tasks.jsonhasstate: errorwithContext: chat tail (
/a0/usr/chats/T2xggOLO/messages/14.txt) shows the steward gate worker hitting three independent environment failures during the run:GH_TOKENsecret either isn't provisioned in the container or maps to a dead token.Error "user does not exist [uid: 0, name: ]" means the token is invalid/wrong secret.anderror: failed to push some refs to 'https://git.starintel.actor/mara/task-steward.git'.ModuleNotFoundError: No module named 'yaml'in the worker venv (state/projects.yml/tasks.yml/policies.yml/handoffs.ymlvalidation never runs).After these failures the model produced unusable (textless) responses twice and the cost breaker (
max_consecutive_unusable_responses,_90_stop_unusable_response_loop.py) stopped the agent. With a*/20cadence this cycles straight back into the same broken environment.Problems to address
GH_TOKENsecret is not usable inside the runtime container (401access token does not exist).task-stewardpush targetgit.starintel.actor/mara/task-steward.gitrejects the stored credential ("user does not exist") — need a valid deploy key/token for that repo path.pyyaml(or equivalent) is missing from the worker venv used by the gate's validation script.Suggested next steps
GH_TOKENresolves in-container (§§secret(GH_TOKEN)must expand to a live token).pyyamlto the runtime image/venv.python3 -c "import yaml") before starting the model loop.