Ho notato che, passando alla modalità multi-container, il ripristino del DB ha causato un’interruzione inaspettata del sito (mentre il backup viene caricato nel DB):
Quindi ho fatto un po’ di ricerche in postgres.template.yml e ho notato che app.yml e il percorso del container standalone standalone che condivide lo spazio sono hardcoded in questo template.
Non sono affatto un esperto di questi file (per ora), e dato che il codice contiene principalmente “echo” a scopo informativo, il contenuto sembra più “informativo per l’utente” che problematico:
Esempi dal template
echo Esegui: "./launcher stop app"
echo Esegui: "sudo mv /var/discourse/shared/standalone/postgres_data /var/discourse/shared/standalone/postgres_data_old"
echo Esegui: "./launcher rebuild app"
echo
echo Esegui: "./launcher enter app"
echo Esegui: "cd /shared/postgres_backup"
echo Esegui: "sv stop unicorn"
echo Esegui: "sudo -iu postgres dropdb discourse"
echo Esegui: "sudo -iu postgres createdb discourse"
echo Esegui: "sudo -iu postgres psql discourse < backup.db"
echo Esegui: "exit"
echo Esegui: "./launcher rebuild app"
exit 1
if [ "$PG_MAJOR_OLD" = "9.5" ]; then
echo 'In containers/app.yml: Modifica "templates/postgres.template.yml" in "templates/postgres.9.5.template.yml"'
echo
fi
e così via.
Sembra tutto prevalentemente “informativo e non problematico, suppongo”
Probabilmente non è importante, ma dato che i vari tutorial sul sito menzionano questo template e la rinomina del container dei dati in “data” e del container web in “web-only”, ad esempio, ho pensato valesse la pena segnalarlo.
Solo per tua informazione, forse per un esame futuro molto più avanti nel tempo…