#Migrate from truenas app catalog to dockge

1 messages · Page 1 of 1 (latest)

calm sandal
#

I want to shift my entire db and backups to another instance of immich running on dockge container. anyone here able to help with the steps? thanks a lot in advance!

p.s. i hail from the subreddit

little hingeBOT
#

: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 immich.

References

#

Checklist

I have...

  1. :ballot_box_with_check: verified I'm on the latest release(note that mobile app releases may take some time).
  2. :ballot_box_with_check: read applicable release notes.
  3. :ballot_box_with_check: reviewed the FAQs for known issues.
  4. :ballot_box_with_check: reviewed Github for known issues.
  5. :ballot_box_with_check: tried accessing Immich via local ip (without a custom reverse proxy).
  6. :ballot_box_with_check: uploaded the relevant information (see below).
  7. :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 -l and df -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.

little hingeBOT
little hingeBOT
calm sandal
#

so I can just move the files to the new location?

lean canopy
#

No, you can't just move the DB

next chasm
#

If dockge is running on TrueNAS, and you use datasets instead of ixVolumes you might not even need to move a single thing

next chasm
calm sandal
calm sandal
next chasm
next chasm
# calm sandal I can just point the dockercompose.yml to the existing datasets?

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.

calm sandal
#

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

next chasm
#

What is your current version then
What is the error it throws when you try to update?
What is your current dataset structure?

calm sandal
#

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)

next chasm
#

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?

calm sandal
#

sorry i cant copy for some reason

calm sandal
next chasm
calm sandal
next chasm
#

That explains it

#

The minimum would be the owner to be netdata

calm sandal
#

hmm the error still persists

next chasm
#

As it is a known working permissions

calm sandal
#

correct?

#

the error is still there

next chasm
#

same failed up error?

calm sandal
#

do i have to change any settings in the app settings?

calm sandal
next chasm
#

Can you show the app settings maybe?
And also the permissions on
/mnt/zpool/stacks/apps/immich
and
/mnt/zpool/stacks/apps/immich/data?

calm sandal
#

/immich

#

/immich/data

next chasm
# calm sandal /immich

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

next chasm
#

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

calm sandal
#

still doesnt work

#

this is the app settings

#

but have a good rest!

next chasm
calm sandal
#

568 yes

next chasm
#

And for the permissions did you check the different boxes ?

next chasm
calm sandal
#

i think its the same error

#

and i tried checking the diff boxes, but doesnt change anything

next chasm
#

Did you rsync the database from the old config though ?

#

Because with your perms I assume it’s was a new dataset structure

calm sandal
#

yeah i did

next chasm
#

Can you share what
sudo ls -la path/to/database
Gives ?

#

I’ll have a look at it tomorrow

calm sandal
next chasm
# calm sandal correct?

Could try to set the group as docker
I don’t think it will make it work but I’m not sure now

next chasm
calm sandal
#

yeah doesnt work

#

its fine for now

next chasm
#

What about the perms on both parents ? apps and stacks ?

calm sandal
#

apps and stacks respectively

next chasm
# next chasm

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

calm sandal
#

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?

next chasm
# calm sandal 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

calm sandal
#

yep im trying to do that now but running into some problems also

#

like i posted in #immich this is the error

next chasm
#

can you do ls -l /mnt/zpool/stacks/apps/immich/data/backups

calm sandal
next chasm
#

Have you tried without the «

#

Arf French formating well you get the idea without the quotes

calm sandal
#

you mean "<" ?

next chasm
#

Before the /mnt and right after the .qz

next chasm
calm sandal
#

oh ok ill try

next chasm
#

" "

#

These 😂

#

Oh wait no it should work

#

Oooh im tired

next chasm
calm sandal
#

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

next chasm
#

The immich you’re trying to restore to, is it an TrueNAS immich install or a dockge one ?

calm sandal
#

truenas one

north fossil
#

Your backup is from Postgres 15, you’re trying to restore into PG 14. That doesn’t work

next chasm
north fossil
#

That I don’t know, but it’s def the cause of this error

calm sandal
#

but in console.yaml i changed to pg15?

north fossil
#

Not if you didn’t change the SHA tag

next chasm
#

So that’s the dockge running not TrueNAS -_-

calm sandal
#

o

#

mb

next chasm
#

Si yeaj you ha to update the sha tag also (isn’t removing it also fine @north fossil ?)

north fossil
#

Yes removing it is fine

calm sandal
#

ok will try when I get home

#

thanks for you two's help!

calm sandal
#

OMG I got it to work

#

thanks a lot!!!