queasy-clinic6339

Thank you so much for bearing with me @bmartino1 ! I was able to get everything restored thanks to your help and the documentation you provided, and it also cleared up a lot of misconceptions I had about how docker works. Thank you again!

@bmartino1 Thank you for your help as well as your work on this project. Please bear with me as I ask a few more questions - I am not smart. When you advise me to "Run your tools and commands to restore your postgres" - going through the documentation, I believe what I need to do is input the command gunzip < your_dump.sql.gz | docker exec -i your-db-container psql -U your-db-user -d your-db-name with my backup, container, etc. information filled in. However, I don't know where to input this. I can open a console to Immich_PostgreSQL but when I input a command with "docker" in it it tells me docker is not found. Should I be using the unraid web terminal? Thank you!

Hello! I am running UnRaid 7.1.3 on an old Synology NAS. Somehow, messing around with my Docker settings, I managed to mess up my Immich installation - Immich opens, but it had me set a new admin account, etc. All of my media still exists locally and on my backup drives, as does the automatic backup file from Immich. I would like to run the backup script from Immich, as seen below and in their page about backups: The embarrassing question is, where do I input this in Unraid? I built Immich using the Docker Compose Method and while I have a command line input for the immich_server docker application I don't know if it has access to the area where the backup files are generated. Thank you!

Okay, I think THAT'S it. The drive I'm copying everything to is exfat!!! Basically, my big concern is that one day I'm going to die unexpectedly and my wife is going to walk into my office, look at the NAS that has every picture of our family on it and not have any idea how to get any of it off of there - so my hope was to have a drive that she could unplug and plug into a Mac and view the files on it. But it seems like the best bet for me is to reformat the drive to NTFS and I guess leave a note on the drive telling her to install Paragon!!

And more questions! My understanding is that rsnapshot uses rsync to duplicate hard links to original files, so multiple backups shouldn't use any more space if nothing has changed, and the backup process shouldn't take very long unless the source has changed a lot. However, it seems like my backups are completely recopying the data over every time. If I use rsnapshot-diff between two snapshots I get this: Comparing daily.2 to daily.1 Between daily.2 and daily.1: 378107 were added, taking 733558615852 bytes 378063 were removed, saving 733307783158 bytes Which seems to me to say that it's adding EVERYTHING and removing EVERYTHING every time. If I look for a specific file in the snapshot-diff -v, I see this: + daily.1/localhost/data/audiobooks/eyeofnight_audio/02- Product/Mp3s/Eye of Night - Part 1.mp3 + daily.1/localhost/data/audiobooks/eyeofnight_audio/02- Product/Mp3s/Eye of Night - Part 3.mp3 + daily.1/localhost/data/audiobooks/eyeofnight_audio/02- Product/Mp3s/Eye of Night - Part 2..mp3 - daily.2/localhost/data/audiobooks/eyeofnight_audio/02- Product/Mp3s/Eye of Night - Part 1.mp3 - daily.2/localhost/data/audiobooks/eyeofnight_audio/02- Product/Mp3s/Eye of Night - Part 3.mp3 - daily.2/localhost/data/audiobooks/eyeofnight_audio/02- Product/Mp3s/Eye of Night - Part 2..mp3 and if I look at the individual files I see this: daily.1 File: Eye of Night - Part 1.mp3 Size: 45457491 Blocks: 88832 IO Block: 4096 regular file Device: 8,1 Inode: 8269311 Links: 1 Access: (0777/-rwxrwxrwx) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2025-05-20 11:35:38.000000000 -0400 Modify: 2022-08-08 08:09:48.000000000 -0400 Change: 2022-08-08 08:09:48.000000000 -0400 Birth: - daily.2 File: Eye of Night - Part 1.mp3 Size: 45457491 Blocks: 88832 IO Block: 4096 regular file Device: 8,1 Inode: 8269310 Links: 1 Access: (0777/-rwxrwxrwx) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2025-05-20 11:35:41.000000000 -0400 Modify: 2022-08-08 08:09:48.000000000 -0400 Change: 2022-08-08 08:09:48.000000000 -0400 Birth: - which, again, I THINK indicates that it's copying new ones based on the inode number. Is there an obvious reason why this might be happening? Please find my rsnapshot.conf file attached, and, again, thank you for bearing with a not very technically minded person rsnapshot.conf

Ahahaha oh wow thank you so much! I always feel like I'm missing understanding of one crucial thing - I should have looked at the example crontab first!

Hello! I am running into a few confusing things. a) does it matter that the default backup periods in the rsnapshot.conf file are labeled as "alpha," "beta," etc., and the periods in the crontab file are labeled as "hourly," "daily," "weekly," etc? b) when I open the rsnapshot console and type in "crontab -e" the crontab file I end up making changes to is different from the crontab file found in /config/crontabs/root. Is this a problem? c) finally - my cron jobs aren't running! for safety's sake I went ahead and named my "backup periods" in rsnapshot.conf as follows: ######################################### # BACKUP LEVELS / INTERVALS # # Must be unique and in ascending order # # e.g. alpha, beta, gamma, etc. # ######################################### retain daily 6 retain weekly 7 retain monthly 4 #retain yearly 3 and wrote out both crontabs as follows: crontab found by "crontab -e" # do daily/weekly/monthly maintenance # min hour day month weekday command 0 2 * * * run-parts /etc/periodic/daily 0 3 * * 6 run-parts /etc/periodic/weekly 0 5 1 * * run-parts /etc/periodic/monthly 0 2 1 1 * run-parts /etc/periodic/yearly /config/crontabs/root # do daily/weekly/monthly maintenance # min hour day month weekday command 0 2 * * * run-parts /etc/periodic/daily 0 3 * * 6 run-parts /etc/periodic/weekly 0 5 1 * * run-parts /etc/periodic/monthly 0 4 1 1 * run-parts /etc/periodic/yearly rsnapshot configtest results in "Syntax OK". rsnapshot -t daily gives me echo 506 > /config/rsnapshot.pid mkdir -m 0755 -p /.snapshots/daily.0/ /usr/bin/rsync -a --delete --numeric-ids --relative --delete-excluded \ /data/ /.snapshots/daily.0/localhost/ which is what it should be. But the first backup just hasn't run yet. Do I need to do anything additional to start cron?