hero_db 0.3.2: socket layout drift breaks newer hero_proc + dependents #34
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_db#34
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?
hero_db
0.3.2(currently the only registry version with a complete server+ui+cli set) publishes its sockets with the old flat layout:$HERO_SOCKET_DIR/hero_db_server.sock$HERO_SOCKET_DIR/hero_db_resp.sockhero_proc
0.4.4+and hero_slides0.6.0both expect the new per-service subdir layout:$HERO_SOCKET_DIR/hero_db/rpc.sock$HERO_SOCKET_DIR/hero_proc/rpc.sockConcrete symptoms:
hero_db --start(CLI built against the oldhero_proc_sdk) connects to/root/hero/var/sockets/hero_proc_server.sockinstead ofhero_proc/rpc.sock→ fails immediately.hero_slides_serverconnects to/data/hero/var/sockets/hero_db/rpc.sock→ "socket not found" →/rpcreturnsBackend unavailable.Workaround applied in the deploy:
Proper fix: publish a hero_db tag (0.3.3 or 0.4.0) built against current hero_proc_sdk that:
hero_db/rpc.sockdirectly, andhero_proc/rpc.sock.A transitional
devbuild with the new layout would also let downstreams (slides, etc.) pin offHERO_DB_VERSION=devwithout socket-symlink hacks. See lhumina_code/hero_slides#72.