fix: restore-db.sh takes the target database name #4
No reviewers
Labels
No labels
blocked
blocker:ci-red
blocker:conflict
blocker:drill-pending
blocker:unrequested
bug
claimed
documentation
enhancement
epic
merge-next
needs-triage
ready
release
scope:apply
scope:capture
scope:coolify-api
scope:fleet
scope:manifest
scope:secrets
stale
state:addressing
state:bots-reviewing
state:building
state:needs-human
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: heavy-duty/cast#4
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/restore-db-target-db"
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?
Summary
restore-db.shpiped intopsql -U postgreswith no-d, so unless the app database is literally namedpostgres, restored objects land in the maintenance DB. This was flagged as finding #6 in the incubator prod-migration plan's final review, with the fix owed before the Task 9 restore drill.<db-name>, passed as-d(the error hint shows thepsql -lqtcommand that lists candidates)-v ON_ERROR_STOP=1so a mid-stream failure aborts the restore instead of continuing silentlyCall sites (incubator runbooks
restore-drill.md/prod-migration.md) gain the fourth argument — infra-repo doc patch prepared separately.🤖 Generated with Claude Code