gtiandClaude Sonnet 5
096f201c84
--env-file only feeds the containers; a plain shell script never saw BACKUP_DIR, so it silently fell back to ./backups while the Hub itself used the real value from .env. Found in production: postgres's /backups bind mount was still pinned to a directory orphaned by an earlier git-archive swap (mv gti-fiscal gti-fiscal_old && mv gti-fiscal_new gti-fiscal — Linux bind mounts follow the original dentry, not the path string), so every backup.sh run had been silently landing dumps nobody could find at the live path. Fixed by pointing BACKUP_DIR at a stable absolute path outside the deploy tree and recreating postgres once to pick it up; verified with a real ./backup.sh run in production. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
19 lines
1021 B
Bash
19 lines
1021 B
Bash
#!/usr/bin/env sh
|
|
# Restore a Hub backup into PostgreSQL. DESTRUCTIVE for the current data: asks for confirmation.
|
|
# ./restore.sh ./backups/gti_fiscal_20260919_120000.dump
|
|
set -eu
|
|
[ $# -eq 1 ] || { echo "usage: $0 <backup.dump>" >&2; exit 2; }
|
|
FILE="$(basename "$1")"
|
|
COMPOSE="docker compose -f docker-compose.prod.yml --env-file .env"
|
|
# See backup.sh: BACKUP_DIR lives in .env, which --env-file only feeds to
|
|
# the container, not to this shell script.
|
|
if [ -f .env ]; then set -a; . ./.env; set +a; fi
|
|
[ -s "${BACKUP_DIR:-./backups}/$FILE" ] || { echo "backup not found in ${BACKUP_DIR:-./backups}: $FILE" >&2; exit 1; }
|
|
printf "This REPLACES the current Hub database with %s. Type RESTORE to continue: " "$FILE"
|
|
read -r answer
|
|
[ "$answer" = "RESTORE" ] || { echo "aborted"; exit 1; }
|
|
$COMPOSE stop fiscal-hub
|
|
$COMPOSE exec -T postgres pg_restore -U gti -d gti_fiscal --clean --if-exists --no-owner "/backups/$FILE"
|
|
$COMPOSE up -d fiscal-hub # migrations run at start (alembic upgrade head)
|
|
echo "restore ok: $FILE"
|