#Working instance despite strange directory structure?

1 messages · Page 1 of 1 (latest)

lime spear
#

I was testing the restore process of an immich instance and noticed that I have some sort of nested directory structure within library.

% ls
backups  docker-compose.yaml  library  postgres  tailscale
% ls library
backups  encoded-video    library  profile  thumbs  upload

I use a storage template. Does that matter? Is this even normal?

cunning breachBOT
#

:wave: Hey @lime spear,

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

cunning breachBOT
tender sequoia
#

looks normal to me

lime spear
#

Thank you for the quick answer, as always 😄 Even the nested structure?

tender sequoia
#

Everything in your post looks normal yes

lime spear
#

But why are there two sets of backups?

# 
% ls backups 
dump.sql.gz
% ls library/backups 
immich-db-backup-20260212T010000-v2.5.6-pg15.14.sql.gz    immich-db-backup-20260217T000000-v2.5.6-pg15.14.sql.gz    immich-db-backup-20260222T000000-v2.5.6-pg15.14.sql.gz
immich-db-backup-20260213T010000-v2.5.6-pg15.14.sql.gz    immich-db-backup-20260218T000000-v2.5.6-pg15.14.sql.gz    immich-db-backup-20260223T000000-v2.5.6-pg15.14.sql.gz
immich-db-backup-20260214T000000-v2.5.6-pg15.14.sql.gz    immich-db-backup-20260219T000000-v2.5.6-pg15.14.sql.gz    immich-db-backup-20260224T000000-v2.5.6-pg15.14.sql.gz
immich-db-backup-20260215T000000-v2.5.6-pg15.14.sql.gz    immich-db-backup-20260220T000000-v2.5.6-pg15.14.sql.gz    immich-db-backup-20260225T000000-v2.5.6-pg15.14.sql.gz
immich-db-backup-20260216T000000-v2.5.6-pg15.14.sql.gz    immich-db-backup-20260221T000000-v2.5.6-pg15.14.sql.gz
lime spear
#

also, when making a backup, should I only backup the contents of library?

tender sequoia
tender sequoia
lime spear
#

Okay I get it.

Database backups do not contain photos or videos — only metadata. They must be used together with a copy of the files in UPLOAD_LOCATION as outlined below.
Since UPLOAD_LOCATION is library by default, I suppose it does refer to the outer library folder:

% ls library
backups  encoded-video    library  profile  thumbs  upload