rama3124

Is there a way to manually force the other one to update via CMD? I'm not that familiar with docker compose commands since I usually just rely on unraid app store

Yes they are run with the same docker compose file: services: monica: image: monica container_name: monica env_file: .env ports: - 880:80 volumes: # CHANGE YOUR PATH HERE - /mnt/user/appdata/monica:/var/www/html/storage labels: - traefik.enable=true - traefik.http.routers.monica.entryPoints=https - traefik.http.routers.monica.middlewares=securityHeaders@file - traefik.http.routers.monica.rule=Host(`monica.mydomain.com`) restart: always networks: - custom cron: image: monica container_name: monica-cron env_file: .env restart: always volumes: # CHANGE YOUR PATH HERE - /mnt/user/appdata/monica:/var/www/html/storage command: cron.sh networks: - custom networks: custom: driver: bridge name: custom external: true

Could this somehow be related to the fact I'm running two versions of the same container (one for cron)? When i check the docker digests, I see that one of the SHA256 terms matches the latest version while one doesn't monica latest sha256:23174c71b2d245588572859d470629ad282db565d78692310042b9261cb97ac4 583089e9e94f 6 days ago 691MB monica latest sha256:7d55a04bce4e56da3fa047d23bd2e616cba6327bdca8147ed7255f4dc03e6cdf 583089e9e94f 6 days ago 691MB

I'm already on 7.3 RC 1 and it seems to still happen. I wonder if it is an issue specific to monica, how can i check if it is already the latest version or not?

Hi, I run a single stack using this plugin with two versions of the monica container, and the stack seems to permanently show 'update available' even after I click the option to update (it says I need to update 7d55a04b to 23174c71). Is there a way I can manually force it to update using command line or check that it isn't already on the latest version? Thanks

Does this plugin update automatically to the newest version even when it is manually installed? Or do i need to keep installing it again to keep it up to date?

Worked perfectly! Thanks for your help and your work on this great container

And do i need to do anything with the containers that use postgresql as a dependency (in my case authentik)? Like do i need to stop authentik before doing this dump? Or recreate the database in authentik?

Thanks, this was really helpful and thorough. Just one other question, if I have multiple databases in the same postgresql container, I'm assuming I can just repeat this process for each one?

Hi, What is the process to upgrade to the postgresql 18 container from an earlier version? I have version 15, can I just dump all the databases and then import them back into the new one and rename the same appdata folder?

Yeh this didn't fix my problem, it's still happening at the same time every week

Actually think I found the problem. I also run duplicacy, which backs up my backup share on Sundays at 2am but we just switched over to daylight savings time a few weeks ago in Australia. My suspicion is that duplicacu is actually trying to run the backup at 1am since they haven't corrected for daylight savings time, which is the same time as my appdata backup. I've changed the schedule so let's see if it happens next week

My mover runs at 3.40am every morning and the appdata backup happens at 1am Sunday. The app data backup seems to trigger the problem each week when it runs (it errors out since it cant create folders) but I don't understand why since the mover runs 2 hours later

Just happened again for me this morning too. It seems to happen the exact same time every Sunday morning unraid-diagnostics-20251019-0700.zip

Is this template going to be updated to the new version (2.0)?