Skip to content

fix: wire DB_HOST/DB_PORT/DB_NAME/DB_USER/DB_PASSWORD into tes service - #41

Merged
man4ish merged 1 commit into
mainfrom
fix-tes-run-store-db-credentials
Aug 12, 2026
Merged

fix: wire DB_HOST/DB_PORT/DB_NAME/DB_USER/DB_PASSWORD into tes service#41
man4ish merged 1 commit into
mainfrom
fix-tes-run-store-db-credentials

Conversation

@man4ish

@man4ish man4ish commented Aug 12, 2026

Copy link
Copy Markdown
Collaborator

Summary

TES's run_store.py (Mode B Phase 1A/1B) has its own DB_* defaults (DB_USER/DB_PASSWORD = "omnibioai") that never matched any real MySQL grant in this deployment. That PR's own code comment flagged this exact gap as a known TODO:

"the live dev-docker stack's real values (DB_USER=root, DB_PASSWORD from MYSQL_ROOT_PASSWORD) come from omnibioai-studio/docker-compose.yml, same as workflow-bundles' own entry there -- this repo's own docker-compose environment block still needs that same DB_* set added (omnibioai-studio is a different repo, out of scope for this change -- see this change's report)."

It was never followed up on. Confirmed live (found while verifying omnibioai-workbench#196 end-to-end): every real /api/runs/submit has been crashing on RunStore.create()'s MySQL connect this whole time:

mysql.connector.errors.ProgrammingError: 1045 (28000): Access denied for user 'omnibioai'@'172.18.0.11' (using password: YES)

Fix

Wires the same shared DB (mysql/omnibioai) and the same DB_USER=root / MYSQL_ROOT_PASSWORD credential every other service in docker-compose.yml already uses -- not a new database, not guessed credentials. Mirrors workflow-bundles' own existing entry in this same file exactly (DB_HOST: mysql, DB_PORT: "3306", DB_NAME: omnibioai, DB_USER: root, DB_PASSWORD: ${MYSQL_ROOT_PASSWORD:-omnibioai}).

Scope note

Found and fixed while doing #196's end-to-end verification (TES call sites routed through api-gateway) -- this is an unrelated concern (TES's own persistence layer vs. gateway routing), kept as its own commit/branch/PR rather than bundled into #196's GATEWAY_URL change.

Not merging -- flagging for review, same as usual.

🤖 Generated with Claude Code

TES's run_store.py (Mode B Phase 1A/1B) has its own DB_* defaults
(DB_USER=DB_PASSWORD="omnibioai") that never matched any real MySQL
grant -- that PR's own code comment flagged this exact gap as a known
TODO ("this repo's own docker-compose environment block still needs
that same DB_* set added... omnibioai-studio is a different repo, out
of scope for this change") and it was never followed up on. Confirmed
live: every real /api/runs/submit has been crashing on
RunStore.create()'s MySQL connect this whole time --
"Access denied for user 'omnibioai'@... (using password: YES)".

Wires the same shared DB (mysql/omnibioai) and the same DB_USER=root /
MYSQL_ROOT_PASSWORD credential every other service in this file already
uses -- not a new database, not guessed credentials. Mirrors
workflow-bundles' own existing entry in this same file exactly.

Found and fixed while verifying omnibioai-workbench#196 end-to-end
(TES call sites routed through api-gateway) -- unrelated concern
(gateway routing vs. TES's own persistence layer), kept as its own
commit/branch rather than bundled into #196's GATEWAY_URL change.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
@man4ish
man4ish merged commit 156dfd2 into main Aug 12, 2026
7 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant