December 23, 20241 yr Author remove the entire folder /mnt/user/appdata/immich Edited December 24, 20241 yr by rutherford
December 23, 20241 yr Community Expert 21 minutes ago, dynamo666 said: Thanks for replying. Which files would those be? Any guides that you could please share? I am not seeing the config flies in appdata share folder for immich. for starters remove the entire “Immich” folder and its contents. then it sounds like you have docker volumes which need to be removed. These are “hidden” and will need to be removed via cmdline. -> See help here also use “docker volume ls” to view them Edited December 23, 20241 yr by MowMdown
December 23, 20241 yr Thank you guys! I tried docker volums ls and it shows only three volumes with the name not being understandable. I have several containers running. Wouldn'nt want to remove the wrong volume. Any way to find out whichvolume belongs to Immich? Also should I remove th eentire folder for - /mnt/user/appdat/PostgreSQL_Immich ? Thanks
December 23, 20241 yr I deleted the appdata immich folder, and removed the container from Docker along with the image. Did not change anything with Volume. Tried setting it all up again and now getting the following error: Any suggestions? Edited December 23, 20241 yr by dynamo666
December 24, 20241 yr Community Expert 9 hours ago, dynamo666 said: Also should I remove the entire folder for - /mnt/user/appdat/PostgreSQL_Immich ? Looks like my previous reply didn't come through. But yes. you should delete the postgres appdata folder as well. You will have to restart the Postgresql_immich and Immich dockers afterwards. Edited December 24, 20241 yr by MowMdown
December 24, 20241 yr Thank you! Yes after I deleted the appdata folder for Postgre as well, things started to work better! Basically deleted both containers and their respective appdata folders and reinstalled. Things are now looking better! Thank you very much!
January 1, 20251 yr The information in the top of the immage needs to be updated. It gave me a bit of a headache and should be updated from "localhost.br" to "localhost" if you use DOCKER_MODS for Redis.
January 11, 20251 yr On 11/29/2024 at 3:03 PM, rutherford said: @ahror you should tell folks what you did, more missed, to make it work so someone searching can find your suggestion. Glad you’re up, happy holidays. I am that someone. @ahror, https://xkcd.com/979/ Ahror's error log looks exactly like mine. I've tried reinstalling both containers (with removal of /appdata/container folders and even removing the template from CA apps page with no success. This worked for me previously, had immich working with swag & tailscale, but for a couple reasons after learning my way around and how external libraries are implemented, I decided I wanted to start over from scratch. That's when this issue began. I've tried several times now and I'm sure that i'm entering the same DB uname/pwd, setting right port, setting the integrated Redis, etc. In case it matters, both containers are on the same docker network and it's exactly how i had it set up the first time (which was working). edit - on 2nd inspection my error may be a little different. (similar red text about unable to connect, but the lines below that may be different. I'm taking another crack at it now and will report back). edit 2 - Solved the issue, and it was 100% PEBKAC. What I did wrong was used an incorrect IP address for the DB host when setting up the immich container. ... derp, forgot my current router is x.x.50.x instead of x.x.1.x. Edited January 11, 20251 yr by jpresson
January 20, 20251 yr I currently have Postgres v17 installed as I was using it for other purpose, should I downgrade it to v14 or v15 before I install immich?
January 20, 20251 yr 25 minutes ago, zkkzkk32312 said: I currently have Postgres v17 installed as I was using it for other purpose, should I downgrade it to v14 or v15 before I install immich? If you're using docker, just spin up another container for postgreSQL14 w/ pgvector 0.2.0. this repo: tensorchord/pgvecto-rs:pg14-v0.2.0 Edited January 20, 20251 yr by Mattaton
January 23, 20251 yr What on the system can be possibly changing the permissions for folders/files used by immich? Every week or so I notice immich is no longer working and logs for one part of the stack show that file(s) can't be read/found. Or simply that a directory can't be accessed with permission denied. I've seen owner go to UNKNOWN and group bounce between root and users. I've seen directory permissions owner-only. I've reset everything to nobody/users and blanket 777 - everything works right now. Waiting to see when it next breaks.
January 23, 20251 yr 1 minute ago, Espressomatic said: What on the system can be possibly changing the permissions for folders/files used by immich? Every week or so I notice immich is no longer working and logs for one part of the stack show that file(s) can't be read/found. Or simply that a directory can't be accessed with permission denied. I've seen owner go to UNKNOWN and group bounce between root and users. I've seen directory permissions owner-only. I've reset everything to nobody/users and blanket 777 - everything works right now. Waiting to see when it next breaks. Are you using anything to back up the folders that Immich uses?
January 24, 20251 yr On 1/23/2025 at 11:13 AM, Mattaton said: Are you using anything to back up the folders that Immich uses? No, not at this time. Its hierarchy lives on another Unraid system, on a ZFS volume. That volume can go to sleep, but when working correctly, that just prevents the thumbnails from rendering until it wakes. I may have conflated two different issues when I first posted as it's been a while since I noticed the issues and left it for a while before finally repairing yesterday. Yesterday afternoon I repaired the permissions not in Immich's data store path (other server via SMB share) but in the appdata hierarchy. I can't actually recall if I've seen this issue multiple times or on an ongoing/repeating basis. The one that I know has happened many times I can't attribute to permissions on the data store, but on startup Immich will complain that it can't locate the ".immich" file inside one of the paths. For example ,inside "encoded-video." This happens when the volume is active and not sleeping and when it's properly mounted on the Immich Unraid system, accessible both from the UI and terminal without errors. In this case, I've been able to restart the Immich stack and everything will usually start working again. Yesterday's issue didn't resolve with a restart and only after manually changing permissions and ownership did everything go back to working as expected - appdata path. Edited January 27, 20251 yr by Espressomatic
March 12, 20251 yr had some External Library that was scaned and all was ok. I relocated the external folder to a different location. immich has moved all the photos from that external folder to trash. which sounds reasonable. i have emptied the trash. after that I updated the new folder location in the administration settings. BUT it does not scan the new folder. it is as if the photos are marked as deleted maybe and no longer allowed to be scanned .. something wrong . what to do ? Edited March 12, 20251 yr by dadarara
April 8, 20251 yr Does anyone have a working SWAG conf file for Immich? I'm using port 8081 and it's working internally, but when I enable the sample file in SWAG I can't get it to work. I've changed upstream ports to 8080 instead of defaul 2283 eventhough I'm using 8081. It doesnt work.
April 8, 20251 yr 2 hours ago, Bjur said: Does anyone have a working SWAG conf file for Immich? I'm using port 8081 and it's working internally, but when I enable the sample file in SWAG I can't get it to work. I've changed upstream ports to 8080 instead of defaul 2283 eventhough I'm using 8081. It doesnt work. Are you using the all-in-one container from community apps? Are you using a docker network and both SWAG and Immich are on it? If so, you use the container side port in the SWAG config. That's the setup I have and my SWAG config works fine. If you have the same setup let me know and I'll dig out my config. I'm not at a computer at the moment.
April 8, 20251 yr 2 hours ago, Mattaton said: Are you using the all-in-one container from community apps? Are you using a docker network and both SWAG and Immich are on it? If so, you use the container side port in the SWAG config. That's the setup I have and my SWAG config works fine. If you have the same setup let me know and I'll dig out my config. I'm not at a computer at the moment. Thanks for the answer. I have installed PostgreSQL-Immich and Immich dockers from community apps. Immich docker and SWAG are both on proxynetwork I created for SWAG. I think some of the problem is that I had to change port in Immich Docker from 8080 to 8081, but I had another service running at 8080. So any help would be appreciated.
April 9, 20251 yr 8 hours ago, Bjur said: Got it working. Used original Nginx conf without changing port. Yep. Exactly. You can change the hoist port for the container, but you still use the default container port for the SWAG config when they're on the same docker network. Glad you got it working!
April 16, 20251 yr Are others having issues just getting the WebUI to load? I have another container on 8080 so changed the WebUI port to 8079 (or anything else) and it won't load. When looking at the log, everything looks good. text error warn system array login Connection to localhost (127.0.0.1) 2283 port [tcp/*] succeeded! [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/tags/:id/assets, PUT} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/tags/:id/assets, DELETE} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RoutesResolver] TimelineController {/api/timeline}: [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/timeline/buckets, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/timeline/bucket, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RoutesResolver] TrashController {/api/trash}: [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/trash/empty, POST} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/trash/restore, POST} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/trash/restore/assets, POST} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RoutesResolver] UserAdminController {/api/admin/users}: [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/admin/users, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/admin/users, POST} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/admin/users/:id, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/admin/users/:id, PUT} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/admin/users/:id, DELETE} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/admin/users/:id/preferences, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/admin/users/:id/preferences, PUT} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/admin/users/:id/restore, POST} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RoutesResolver] UserController {/api/users}: [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users/me, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users/me, PUT} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users/me/preferences, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users/me/preferences, PUT} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users/me/license, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users/me/license, PUT} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users/me/license, DELETE} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users/:id, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users/profile-image, POST} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users/profile-image, DELETE} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users/:id/profile-image, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RoutesResolver] ViewController {/api/view}: [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/view/folder/unique-paths, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/view/folder, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:NestApplication] Nest application successfully started [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:Bootstrap] Immich Server is listening on http://127.0.0.1:2283 [v1.131.3] [production] [ig-init] done. Detected CPU Cores: 32 Starting microservices worker [04/16/25 16:12:27] INFO Starting gunicorn 23.0.0 [04/16/25 16:12:27] INFO Listening at: http://0.0.0.0:3003 (744) [04/16/25 16:12:27] INFO Using worker: immich_ml.config.CustomUvicornWorker [04/16/25 16:12:27] INFO Booting worker with pid: 746 [Nest] 706 - 04/16/2025, 4:12:28 PM LOG [Microservices:EventRepository] Initialized websocket server [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:DatabaseRepository] Running migrations, this may take a while [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:MetadataService] Bootstrapping metadata service [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:MetadataService] Initializing metadata service [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:MapRepository] Initializing metadata repository [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:MetadataService] Initialized local reverse geocoder [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:ServerService] Feature Flags: { "smartSearch": true, "facialRecognition": true, "duplicateDetection": true, "map": true, "reverseGeocoding": true, "importFaces": false, "sidecar": true, "search": true, "trash": true, "oauth": false, "oauthAutoLaunch": false, "passwordLogin": true, "configFile": false, "email": false } [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:StorageService] Verifying system mount folder checks, current state: {"mountChecks":{"thumbs":true,"upload":true,"backups":true,"library":true,"profile":true,"encoded-video":true}} [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:StorageService] Successfully verified system mount folder checks [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:SystemConfigService] LogLevel=log (set via system config) [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:NestFactory] Starting Nest application... [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] BullModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] ClsModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] ClsCommonModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] OpenTelemetryModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] KyselyModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] KyselyCoreModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] DiscoveryModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] OpenTelemetryCoreModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] ClsRootModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] BullModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] BullModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] MicroservicesModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:NestApplication] Nest application successfully started [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:Bootstrap] Immich Microservices is running [v1.131.3] [production] [04/16/25 16:12:32] INFO Started server process [746] [04/16/25 16:12:32] INFO Waiting for application startup. [04/16/25 16:12:32] INFO Created in-memory cache with unloading after 300s of inactivity. [04/16/25 16:12:32] INFO Initialized request thread pool with 32 threads. [04/16/25 16:12:32] INFO Application startup complete. I followed the SpaceInvader guide on YT but it's a little outdated, so the latest container has some new entries: SERVER_HOST: 0.0.0.0 SERVER_PORT: 2283 Leaving those as is loads the container, but I can just never get into the WebUI. According to SpaceInvader, he says the "PostgreSQL_Immich" container should have the same version number as the docker compose file, but the docker compose file is v14 0.20, yet SpaceInvader's own container is pg16-v0.3.0. Wouldn't I get Immich log file errors if the SQL version was wrong?
April 18, 20251 yr The only solution I didn't try fixed it - it seems the immich REALLY wants to run on port 8080 and not be redirected to another port. I changed my other conflicting container to use a different port than 8080 and gave Immich 8080 and it worked, very strange.
April 18, 20251 yr Community Expert Immich should have it's own lan identity... I made a guide setup due to the confusion Yes the container web port is set to 8080 If you run it as a docker bridge(unRAID host up) you can use docker nat to move the host port and point a different port to container port 8080...
April 19, 20251 yr On 4/17/2025 at 10:17 PM, russdyer77 said: The only solution I didn't try fixed it - it seems the immich REALLY wants to run on port 8080 and not be redirected to another port Most containers, and certainly all containers that offer a dedicated front end, should run on their own IP and not share one with Unraid. IMO, it's bad practice to share IP in general for anything but background services. It's also so much easier to track (and control) traffic and access this way. Edited April 19, 20251 yr by Espressomatic
May 27, 20251 yr On 4/16/2025 at 3:22 PM, russdyer77 said:Are others having issues just getting the WebUI to load? I have another container on 8080 so changed the WebUI port to 8079 (or anything else) and it won't load. When looking at the log, everything looks good. text error warn system array login Connection to localhost (127.0.0.1) 2283 port [tcp/*] succeeded! [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/tags/:id/assets, PUT} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/tags/:id/assets, DELETE} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RoutesResolver] TimelineController {/api/timeline}: [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/timeline/buckets, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/timeline/bucket, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RoutesResolver] TrashController {/api/trash}: [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/trash/empty, POST} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/trash/restore, POST} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/trash/restore/assets, POST} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RoutesResolver] UserAdminController {/api/admin/users}: [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/admin/users, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/admin/users, POST} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/admin/users/:id, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/admin/users/:id, PUT} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/admin/users/:id, DELETE} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/admin/users/:id/preferences, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/admin/users/:id/preferences, PUT} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/admin/users/:id/restore, POST} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RoutesResolver] UserController {/api/users}: [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users/me, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users/me, PUT} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users/me/preferences, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users/me/preferences, PUT} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users/me/license, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users/me/license, PUT} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users/me/license, DELETE} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users/:id, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users/profile-image, POST} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users/profile-image, DELETE} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/users/:id/profile-image, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RoutesResolver] ViewController {/api/view}: [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/view/folder/unique-paths, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:RouterExplorer] Mapped {/api/view/folder, GET} route [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:NestApplication] Nest application successfully started [Nest] 686 - 04/16/2025, 4:12:25 PM LOG [Api:Bootstrap] Immich Server is listening on http://127.0.0.1:2283 [v1.131.3] [production] [ig-init] done. Detected CPU Cores: 32 Starting microservices worker [04/16/25 16:12:27] INFO Starting gunicorn 23.0.0 [04/16/25 16:12:27] INFO Listening at: http://0.0.0.0:3003 (744) [04/16/25 16:12:27] INFO Using worker: immich_ml.config.CustomUvicornWorker [04/16/25 16:12:27] INFO Booting worker with pid: 746 [Nest] 706 - 04/16/2025, 4:12:28 PM LOG [Microservices:EventRepository] Initialized websocket server [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:DatabaseRepository] Running migrations, this may take a while [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:MetadataService] Bootstrapping metadata service [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:MetadataService] Initializing metadata service [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:MapRepository] Initializing metadata repository [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:MetadataService] Initialized local reverse geocoder [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:ServerService] Feature Flags: { "smartSearch": true, "facialRecognition": true, "duplicateDetection": true, "map": true, "reverseGeocoding": true, "importFaces": false, "sidecar": true, "search": true, "trash": true, "oauth": false, "oauthAutoLaunch": false, "passwordLogin": true, "configFile": false, "email": false } [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:StorageService] Verifying system mount folder checks, current state: {"mountChecks":{"thumbs":true,"upload":true,"backups":true,"library":true,"profile":true,"encoded-video":true}} [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:StorageService] Successfully verified system mount folder checks [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:SystemConfigService] LogLevel=log (set via system config) [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:NestFactory] Starting Nest application... [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] BullModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] ClsModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] ClsCommonModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] OpenTelemetryModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] KyselyModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] KyselyCoreModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] DiscoveryModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] OpenTelemetryCoreModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] ClsRootModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] BullModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] BullModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:InstanceLoader] MicroservicesModule dependencies initialized [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:NestApplication] Nest application successfully started [Nest] 706 - 04/16/2025, 4:12:29 PM LOG [Microservices:Bootstrap] Immich Microservices is running [v1.131.3] [production] [04/16/25 16:12:32] INFO Started server process [746] [04/16/25 16:12:32] INFO Waiting for application startup. [04/16/25 16:12:32] INFO Created in-memory cache with unloading after 300s of inactivity. [04/16/25 16:12:32] INFO Initialized request thread pool with 32 threads. [04/16/25 16:12:32] INFO Application startup complete. I followed the SpaceInvader guide on YT but it's a little outdated, so the latest container has some new entries:SERVER_HOST: 0.0.0.0SERVER_PORT: 2283 Leaving those as is loads the container, but I can just never get into the WebUI. According to SpaceInvader, he says the "PostgreSQL_Immich" container should have the same version number as the docker compose file, but the docker compose file is v14 0.20, yet SpaceInvader's own container is pg16-v0.3.0. Wouldn't I get Immich log file errors if the SQL version was wrong? You made the same mistake I did of thinking the server port and webUI port needed to be changed. Server port is the internal port, so you can leave it as 8080. The WebUI port can be 8079 or whatever you'd like.
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.