Hi N8N Community,
I’m facing a persistent issue where my n8n instance starts up and shows the “Set up owner account” screen, as if it’s a fresh install. This happens even though I’m mounting my existing n8n data directory, which contains a database.sqlite
file that has been successfully migrated by the official n8n image.
1. Problem Description: N8N (both my custom 1.94.1 image and the official 1.95.2 image) does not load existing workflows/user settings and instead presents the “Set up owner account” screen. This occurs even after verifying host directory permissions and database integrity.
2. N8N Setup Information:
- N8N Version (Primary Image):
my-n8n-custom:latest
(based on n8n v1.94.1) - N8N Version (Tested):
n8nio/n8n:latest
(which pulled v1.95.2) - Deployment Environment: Self-hosted Docker on a miniPC (Linux, user
jaccog
) - Docker Command for Official Image Test (which still shows the issue):
Bashdocker run -d \ --name n8n-official-test \ --network my_app_net \ -p 5678:5678 \ -e N8N_CORS_ALLOWED_ORIGINS="http://localhost:8001" \ -e GENERIC_TIMEZONE="Europe/Amsterdam" \ -e N8N_SECURE_COOKIE=false \ -v /home/jaccog/research_hub/n8n_config:/home/node/.n8n \ -v /home/jaccog/research_hub/pdf_sources:/mnt/pdf_sources \ n8nio/n8n:latest
- Other Services: Ollama, ChromaDB, Syncthing also running in Docker on the same
my_app_net
network.
3. Error Messages / Symptoms:
- Browser (Firefox Incognito, Safari after cache clear): When accessing
http://10.0.0.72:5678
(miniPC IP), the “Set up owner account” screen is displayed. - N8N Startup Logs (from
docker logs n8n-official-test
after official image run):Permissions 0644 for n8n settings file /home/node/.n8n/config are too wide. This is ignored for now... User settings loaded from: /home/node/.n8n/config Initializing n8n process n8n ready on 0.0.0.0, port 5678 Migrations in progress, please do NOT stop the process. Starting migration ClearEvaluation1745322634000 Finished migration ClearEvaluation1745322634000 Version: 1.95.2 Editor is now accessible via: http://localhost:5678
(Note: No explicit errors about openingdatabase.sqlite
or permission issues on the data directory in these logs).
4. Host Data Directory Details (on MiniPC):
- Path:
/home/jaccog/research_hub/n8n_config
- Contents (output of
ls -la /home/jaccog/research_hub/n8n_config
): `total 484
drwxrwxr-x 6 jaccog jaccog 4096 Jun 3 08:20 .
drwxrwxr-x 10 jaccog jaccog 4096 May 28 20:39 …
drwxr-xr-x 2 1000 1000 4096 Jun 2 20:27 binaryData
-rw-r–r-- 1 1000 1000 56 Jun 2 20:27 config
-rw-r–r-- 1 1000 1000 0 Jun 3 08:24 crash.journal
-rw-r–r-- 1 1000 1000 462848 Jun 2 20:27 database.sqlite
drwxr-xr-x 2 1000 1000 4096 Jun 2 20:27 git
… other log files also owned by 1000:1000 …
drwxr-xr-x 2 1000 1000 4096 Jun 2 20:27 nodes
drwxr-xr-x 2 1000 1000 4096 Jun 2 20:27 ssh*(Note: Output shown is after
sudo chown -R 1000:1000 /home/jaccog/research_hub/n8n_configwas applied, confirmed by
ls -ln` showing UID/GID 1000).*
- SQLite Integrity Check:
sqlite3 /home/jaccog/research_hub/n8n_config/database.sqlite "PRAGMA integrity_check;"
output isok
.
5. Specific Question for the Community: Given that the n8n data directory on the host exists, contains a non-corrupt database.sqlite
(which was even migrated by n8n v1.95.2), and has its ownership set to UID/GID 1000 (matching the internal node
user), why would n8n still consistently show the “Set up owner account” screen instead of loading my existing data? What else could be preventing n8n from recognizing or using the existing database within the mounted volume?
What I’ve tried without success for this specific “new setup screen” issue:
- Ensured correct volume mount in
docker run
. - Set host directory ownership to
1000:1000
recursively. - Confirmed
database.sqlite
integrity. - Tested with both my custom n8n image and the official
n8nio/n8n:latest
. - Set
N8N_SECURE_COOKIE=false
. - Cleared browser cache/cookies and used incognito/private modes.
- Ensured no
N8N_ENCRYPTION_KEY
was set previously that is now missing.
My workflows are for a PDF ingestion pipeline (listing files, OCR/text extraction, classification, metadata/tag generation with Ollama, embedding, storing in ChromaDB, and file management) and a separate RAG query interface. The actual workflow JSON is quite extensive, but the current problem seems to be more fundamental to n8n not loading its basic data. I can provide workflow JSON if specifically relevant to this startup/data loading issue.
Any help or further diagnostic steps would be greatly appreciated!