fix/compute-hero-proc-secret-migration #138
No reviewers
Labels
No labels
prio_critical
prio_low
type_bug
type_contact
type_issue
type_lead
type_question
type_story
type_task
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
lhumina_code/hero_compute!138
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "fix/compute-hero-proc-secret-migration"
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?
The live hero_proc daemon moved its secrets domain to the single-socket multi-domain layout: secret_get(sid) / secret_set(data:{key,value,description,tags}) at /api/secrets/rpc. The frozen hero_proc_sdk pin still sends the pre-migration {key,context} shape, which the daemon rejects (-32602), so config silently fell back to empty and the ZOS server aborted with 'TFGRID_MNEMONIC must not be empty'. Replace the SDK secret calls in zos_server config.rs and zos_admin server.rs with a direct UDS JSON-RPC helper using the current wire shapes. No dependency-pin changes; public APIs unchanged. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>