Skip to content

Conversation

@jsha
Copy link
Contributor

@jsha jsha commented Jan 7, 2026

Previously, in create_db.sh on any migration failure we'd drop tables and re-create them. However, this had a bug - it didn't respect SKIP_CREATE. Also, it doesn't work for Vitess, where we create tables outside of create_db.sh. In the interests of simplification, simply remove this fallback and give the user instructions on how to proceed.

Also, clean up the MYSQL_CONTAINER variable. We always run MySQL / MariaDB in a container.

The new code path echoes the error from sql-migrate (which includes the string "Migration failed"), so I removed some redundant messages.

Previously, in create_db.sh on any migration failure we'd drop
tables and re-create them. However, this had a bug - it didn't respect
SKIP_CREATE. Also, it doesn't work for Vitess, where we create tables
outside of create_db.sh. In the interests of simplification, simply remove this
fallback and give the user instructions on how to proceed.

Also, clean up the MYSQL_CONTAINER variable. We always run MySQL / MariaDB in a
container.
@jsha jsha requested a review from a team as a code owner January 7, 2026 20:04
@jsha jsha requested a review from jprenken January 7, 2026 20:04
@jprenken jprenken requested review from aarongable and removed request for jprenken January 7, 2026 20:08
@beautifulentropy beautifulentropy self-requested a review January 8, 2026 16:55
jsha added a commit that referenced this pull request Jan 16, 2026
This makes errors during integration tests easier to debug, and will
almost certainly be useful in debugging prod / staging issues in the
future.

This came up working on #8545: there was a permissions problem that
manifested as the SA failing its health check, but the actual error was
not logged anywhere.
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.

3 participants