#Migrate from truenas app catalog to dockge
1 messages · Page 1 of 1 (latest)
:wave: Hey @calm sandal,
Thanks for reaching out to us. Please carefully read this message and follow the recommended actions. This will help us be more effective in our support effort and leave more time for building Immich
.
References
- Container Logs:
docker compose logsdocs - Container Status:
docker ps -adocs - Reverse Proxy: https://immich.app/docs/administration/reverse-proxy
- Code Formatting https://support.discord.com/hc/en-us/articles/210298617-Markdown-Text-101-Chat-Formatting-Bold-Italic-Underline#h_01GY0DAKGXDEHE263BCAYEGFJA
Checklist
I have...
- :ballot_box_with_check: verified I'm on the latest release(note that mobile app releases may take some time).
- :ballot_box_with_check: read applicable release notes.
- :ballot_box_with_check: reviewed the FAQs for known issues.
- :ballot_box_with_check: reviewed Github for known issues.
- :ballot_box_with_check: tried accessing Immich via local ip (without a custom reverse proxy).
- :ballot_box_with_check: uploaded the relevant information (see below).
- :ballot_box_with_check: tried an incognito window, disabled extensions, cleared mobile app cache, logged out and back in, different browsers, etc. as applicable
(an item can be marked as "complete" by reacting with the appropriate number)
Information
In order to be able to effectively help you, we need you to provide clear information to show what the problem is. The exact details needed vary per case, but here is a list of things to consider:
- Your docker-compose.yml and .env files.
- Logs from all the containers and their status (see above).
- All the troubleshooting steps you've tried so far.
- Any recent changes you've made to Immich or your system.
- Details about your system (both software/OS and hardware).
- Details about your storage (filesystems, type of disks, output of commands like
fdisk -landdf -h). - The version of the Immich server, mobile app, and other relevant pieces.
- Any other information that you think might be relevant.
Please paste files and logs with proper code formatting, and especially avoid blurry screenshots.
Without the right information we can't work out what the problem is. Help us help you ;)
If this ticket can be closed you can use the /close command, and re-open it later if needed.
Successfully submitted, a tag has been added to inform contributors. :white_check_mark:
so I can just move the files to the new location?
No, you can't just move the DB
If dockge is running on TrueNAS, and you use datasets instead of ixVolumes you might not even need to move a single thing
At the same time, what's the reson you want to use dockge?
in hopes that it's more stable. Ive had lots of errors when updating the app
I can just point the dockercompose.yml to the existing datasets?
Never had any issues with it, but yes, with dockge you'll use the official way
Depends, if you already switch to the new structure used inside Truenas, meaning single "data" dataset, and one pgData dataset, then yes
If you have the old one, I would say that is also possible, but you'll have to use custom data location: https://docs.immich.app/guides/custom-locations/
This guide explains how to store generated and raw files with docker's volume mount in different locations.
Hello, sorry for the confusion. Basically my end goal is to migrate to dockge from truenas app. however the new 2.1 is released and Id like to update to it in the app catalog in the mean time to try out the new features and to maintain access
What is your current version then
What is the error it throws when you try to update?
What is your current dataset structure?
Current version: v1.143.1
Error:
[EFAULT] Failed 'up' action for 'immich' app. Please check /var/log/app_lifecycle.log for more details
dataset structure: /mnt/zpool/stacks/apps/immich/data (dockge has access to stacks folder)
can you do
sudo tail /var/log/app_lifecycle.log and share the output?
dataset structure: /mnt/zpool/stacks/apps/immich/data
There isn't a dataset for the database?
sorry i cant copy for some reason
database is at .../immich/pgDatabase
Can you show the permissions on this dataset?
hmm the error still persists
Did you check the apply user box before saving?
Make it look like my screenshot
As it is a known working permissions
same failed up error?
do i have to change any settings in the app settings?
yea
Can you show the app settings maybe?
And also the permissions on
/mnt/zpool/stacks/apps/immich
and
/mnt/zpool/stacks/apps/immich/data?
Mmmh netdata is the owner so it should work, so it's weird
Can you edit the permissions on this one, then strip the acl (red button) then edit again and makeit look like the screenshot I'll post
As for this one, make it look like the following screenshot:
These are "defaults" values
If it still doesn't work this means that it isn't a permission issue, but in most cases it's permissions related
I'm going to bed, so I'll continue later
Lmk if that fixed the issue
Show the whole thing if you can
Does the app run as 568 or is it another number ?
568 yes
And for the permissions did you check the different boxes ?
Btw do that again as it could also be a different issue
i think its the same error
and i tried checking the diff boxes, but doesnt change anything
Did you rsync the database from the old config though ?
Because with your perms I assume it’s was a new dataset structure
yeah i did
Can you share what
sudo ls -la path/to/database
Gives ?
I’ll have a look at it tomorrow
Could try to set the group as docker
I don’t think it will make it work but I’m not sure now
And can you also share the new perms on immich parent just to double check
What about the perms on both parents ? apps and stacks ?
apps and stacks respectively
Could you strip the acl on both and apply the same perms as there also
Again the permissions seem to be correct to allow apps and netdata to work, but that is strange that it doesn’t
hello, i have looked at some of the logs
2025-10-29 01:50:04.810844+00:00Using SSD storage
2025-10-29 01:50:04.821301+00:002025-10-29T01:50:04.821301105Z
2025-10-29 01:50:04.821337+00:00PostgreSQL Database directory appears to contain a database; Skipping initialization
2025-10-29 01:50:04.821368+00:002025-10-29T01:50:04.821368932Z
2025-10-29 01:50:04.830159+00:002025-10-29 01:50:04.830 GMT [1] LOG: skipping missing configuration file "/var/lib/postgresql/data/postgresql.override.conf"
2025-10-29 01:50:04.830369+00:002025-10-29 01:50:04.830 GMT [1] LOG: skipping missing configuration file "/var/lib/postgresql/data/postgresql.override.conf"
2025-10-29 01:50:04.830809+00:002025-10-29 01:50:04.830 UTC [1] FATAL: database files are incompatible with server
2025-10-29 01:50:04.830829+00:002025-10-29 01:50:04.830 UTC [1] DETAIL: The data directory was initialized by PostgreSQL version 14, which is not compatible with this version 15.14 (Debian 15.14-1.pgdg12+1).
could this be the problem?
Yes this could be, I never saw that issue, but the best way here would be to restore the database from a database backup
Since you’re going to docker I would do that there then
yep im trying to do that now but running into some problems also
like i posted in #immich this is the error
well it says that there isn't a folder names like that
can you do ls -l /mnt/zpool/stacks/apps/immich/data/backups
Have you tried without the «
Arf French formating well you get the idea without the quotes
you mean "<" ?
Before the /mnt and right after the .qz
Not the < but the thing around it in your message
oh ok ill try
The issue is the \ before | sed and after gz"
i got new errors
SET
SET
SET
ERROR: cannot drop the currently open database
NOTICE: role "immich" does not exist, skipping
DROP ROLE
CREATE ROLE
ALTER ROLE
SET
SET
SET
SET
SET
set_config
public, pg_catalog
(1 row)
SET
SET
SET
SET
UPDATE 1
DROP DATABASE
ERROR: option "locale_provider" not recognized
LINE 1: ...late1 WITH TEMPLATE = template0 ENCODING = 'UTF8' LOCALE_PRO...
^
ERROR: database "template1" does not exist
\connect: connection to server on socket "/var/run/postgresql/.s.PGSQL.5432" failed: FATAL: database "template1" does not exist
The immich you’re trying to restore to, is it an TrueNAS immich install or a dockge one ?
truenas one
Your backup is from Postgres 15, you’re trying to restore into PG 14. That doesn’t work
That’s why I asked, isn’t TrueNAS using pg15 for immich?
That I don’t know, but it’s def the cause of this error
but in console.yaml i changed to pg15?
Not if you didn’t change the SHA tag
So that’s the dockge running not TrueNAS -_-
Si yeaj you ha to update the sha tag also (isn’t removing it also fine @north fossil ?)
Yes removing it is fine