docs: say that going back after renaming idp.db locks everyone out

This commit is contained in:
Jack Carter
2026-09-23 20:39:05 +02:00
parent 206d0f7608
commit ad309d303e
@@ -62,7 +62,7 @@ cp docker-compose.yml docker-compose.yml.single-node
cp .env .env.single-node
```
Do not go back to `config.yaml.single-node` once Step 1 has started the server on the shared PostgreSQL. From then on, every change is written to the shared PostgreSQL only. The installer's database and `idp.db` stay as they were, so going back silently discards everything since, including new users and their logins. Past that point, fix forward, or restore the shared PostgreSQL from its own backups.
Do not go back to `config.yaml.single-node` once Step 1 has started the server on the shared PostgreSQL. From then on, every change is written to the shared PostgreSQL only. The installer's database and `idp.db` stay as they were, so going back silently discards everything since, including new users and their logins. If you have already renamed `idp.db` in Step 1, it is worse: the server creates a new, empty one, and no one can log in, not even you. Past that point, fix forward, or restore the shared PostgreSQL from its own backups.
<Warning>
Do not `source` the installer's `.env` file in your shell. One of its values contains spaces, and the shell stops with `profile: command not found`. Read single values with `grep` instead, as the commands below do.