fix(config): make app.ini writable so Gitea can persist secrets on (re)deploy
Gitea 1.24+ (re)generates and SAVES the [oauth2] JWT secret to /etc/gitea/app.ini at LoadCommonSettings. With app.ini mounted directly as a read-only swarm config this fails fatally (open /etc/gitea/app.ini: read-only file system) on a warm reattach/redeploy, crash-looping the container before any DB migration. Mount the rendered config at /etc/gitea/app.ini.init (read-only) and seed it once into the writable config volume via docker-setup.sh, so Gitea owns a writable /etc/gitea/app.ini. Bumps DOCKER_SETUP_SH_VERSION so the new entrypoint actually deploys.
This commit is contained in:
@@ -13,3 +13,14 @@ mkdir -p ${GITEA_CUSTOM} && chmod 0500 ${GITEA_CUSTOM}
|
||||
# Prepare temp folder
|
||||
mkdir -p ${GITEA_TEMP} && chmod 0700 ${GITEA_TEMP}
|
||||
if [ ! -w ${GITEA_TEMP} ]; then echo "${GITEA_TEMP} is not writable"; exit 1; fi
|
||||
|
||||
# Seed app.ini into the WRITABLE config volume (/etc/gitea) from the read-only swarm config
|
||||
# (mounted at /etc/gitea/app.ini.init). Gitea must be able to PERSIST settings to app.ini — e.g.
|
||||
# Gitea 1.24+ (re)generates and SAVES the [oauth2] JWT_SECRET at LoadCommonSettings; with app.ini
|
||||
# mounted directly as a read-only swarm config this fails fatally ("open /etc/gitea/app.ini:
|
||||
# read-only file system") on (re)deploy. Seed-once preserves any runtime-persisted state across
|
||||
# restarts/upgrades; delete /etc/gitea/app.ini to re-seed from the recipe's rendered config.
|
||||
if [ ! -f /etc/gitea/app.ini ]; then
|
||||
cp /etc/gitea/app.ini.init /etc/gitea/app.ini
|
||||
fi
|
||||
chmod 0600 /etc/gitea/app.ini 2>/dev/null || true
|
||||
|
||||
Reference in New Issue
Block a user