database backup not working
i have setup database dump to happen every 6 hours, but it never works. in backup directory it creates a 0 sized sql file, which it never completes. verbose logs show job started only, no progress
18 Replies
:wave: Hey @demise,
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
- Container Logs:
docker compose logs docs
- Container Status: docker ps -a docs
- 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...
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. :blue_square: 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.Please try a manual backup
manual backup works, but its a hassle to setup
Please show us the output when running and the size of the output file
Also post your compose and env
compose.yml
.env
currently directory seems to be empty. will update here once empty file is created
I want to see the output of the manual dump you did
Also what type of storage is CONFIG_DIR ?
Please also post the Postgres container logs
I see that config dir etc a lot these days, where is that coming from?
basically i have a vm that runs docker containers, so config_dir is a directory inside vm's storage. this data is backed up every other day, as it doesn't change that much.
user_dir is a directory mapped into my NAS array, which gets backed up every 12 hours,
mostly for data segregation, had this setup from last 7 years, never updated
this is what i run for manual dump, it saves directly into immich's backup folder (as it is already backed up to cloud):
docker exec -t immich_postgres pg_dumpall --clean --if-exists --username=immich | gzip > "$USERDIR/immich/backups/dump_$(date +%d-%m-%y).sql.gz"
it doesn't output anything to console, but generates a file in backups folder like this:
Stupid question but: is the backup toggle in admin settings on?
hmm, this could be a point, CONFIG_DIR stays in VM, so it's on an SSD of ext4.
USERDIR is on NAS, running ZFS, mounted with samba. User has permissions, as immich is able to upload files, and generate metadata
yes

@Zeus you need postgres logs while running manual backup or dump job from ui?
Both I guess
it doesn't have anything, do i need to enable some logging?
btw, i had seen an older post with similar issue, but no reply from OP/team there, so created this new one:
https://discord.com/channels/979116623879368755/1373338656080658442
I’m guessing it could be due to mount point issues or something like that
I’m not sure if the dump is done by the same user as the images writing
any idea to confirm this?