immich-app/immich
1
0
Fork 0
mirror of https://github.com/immich-app/immich.git synced 2026-02-05 00:30:57 +03:00
Code Issues 12 Packages Projects Releases 10 Wiki Activity

[BUG] Repair page not accessible #1465

New Issue
Closed
opened 2026-02-05 01:56:03 +03:00 by OVERLORD · 41 comments
OVERLORD commented 2026-02-05 01:56:03 +03:00
Owner
Copy Link

Originally created by @TheZoker on GitHub (Oct 17, 2023).

The bug

When I try to access the /admin/repair endpoint, I get this error:

image

In the logs it looks like this:

2023/10/17 09:18:54 [error] 45#45: *708 upstream timed out (110: Operation timed out) while reading response header from upstream, client: 192.168.3.102, server: , request: "GET /admin/repair/__data.json?x-sveltekit-invalidated=01 HTTP/1.1", upstream: "http://172.18.0.3:3000/admin/repair/__data.json?x-sveltekit-invalidated=01", host: "<removed>", referrer: "https://<removed>/admin/jobs-status"
2023/10/17 09:18:58 [error] 46#46: *723 upstream timed out (110: Operation timed out) while reading response header from upstream, client: 192.168.3.102, server: , request: "GET /admin/repair HTTP/1.1", upstream: "http://172.18.0.3:3000/admin/repair", host: "photos.zkr.io", referrer: "https://<removed>/admin/jobs-status"

The OS that Immich Server is running on

Proxmox Alpine Based LXC with docker

Version of Immich Server

v1.82.0

Version of Immich Mobile App

v1.82.0

Platform with the issue

  • Server
  • Web
  • Mobile

Your docker-compose.yml content

version: '3.8'
services:
  immich-server:
    image: ghcr.io/immich-app/immich-server:release
    container_name: immich_server
    restart: always
    command: [ "start.sh", "immich" ]
    volumes:
      - /shared/nas/immich:/usr/src/app/upload
      - /shared/nas/photos:/mnt/media/nas:ro
    env_file:
      - .env
    depends_on:
      - redis
      - database
      - typesense

  immich-microservices:
    image: ghcr.io/immich-app/immich-server:release
    container_name: immich_microservices
    restart: always
    command: [ "start.sh", "microservices" ]
    volumes:
      - /shared/nas/immich:/usr/src/app/upload
      - /shared/nas/photos:/mnt/media/nas:ro
    env_file:
      - .env
    depends_on:
      - redis
      - database
      - typesense
    environment:
#      - LOG_LEVEL=verbose
      - TZ=Europe/Berlin

  immich-machine-learning:
    image: ghcr.io/immich-app/immich-machine-learning:release
    container_name: immich_machine_learning
    restart: always
    volumes:
      - model-cache:/cache
    env_file:
      - .env

  immich-web:
    container_name: immich_web
    image: ghcr.io/immich-app/immich-web:release
    restart: always
    env_file:
      - .env

  typesense:
    image: typesense/typesense:0.24.1
    container_name: immich_typesense
    restart: always
    environment:
      - TYPESENSE_API_KEY=${TYPESENSE_API_KEY}
      - TYPESENSE_DATA_DIR=/data
      # remove this to get debug messages
      - GLOG_minloglevel=1
    volumes:
      - tsdata:/data

  redis:
    container_name: immich_redis
    image: redis:6.2-alpine
    restart: always

  database:
    image: postgres:14-alpine
    container_name: immich_postgres
    restart: always
    volumes:
      - ~/files/postgres:/var/lib/postgresql/data
    env_file:
      - .env
    environment:
      POSTGRES_PASSWORD: ${DB_PASSWORD}
      POSTGRES_USER: ${DB_USERNAME}
      POSTGRES_DB: ${DB_DATABASE_NAME}

  immich-proxy:
    image: ghcr.io/immich-app/immich-proxy:release
    container_name: immich_proxy
    restart: always
    environment:
      # Make sure these values get passed through from the env file
      - IMMICH_SERVER_URL
      - IMMICH_WEB_URL
    ports:
      - 80:8080
    depends_on:
      - immich-server
      - immich-web

volumes:
  model-cache:
  tsdata:

Your .env content

# You can find documentation for all the supported env variables at https://immich.app/docs/install/environment-variables

# The location where your uploaded files are stored
UPLOAD_LOCATION=./library

# The Immich version to use. You can pin this to a specific version like "v1.71.0"
IMMICH_VERSION=release

# Connection secrets for postgres and typesense. You should change these to random passwords
TYPESENSE_API_KEY=<removed>
DB_PASSWORD=<removed>

# The values below this line do not need to be changed
###################################################################################
DB_HOSTNAME=immich_postgres
DB_USERNAME=postgres
DB_DATABASE_NAME=immich

REDIS_HOSTNAME=immich_redis

Reproduction steps

1. Update to v1.82.0
2. Go to repair page

Additional information

No response

Originally created by @TheZoker on GitHub (Oct 17, 2023). ### The bug When I try to access the /admin/repair endpoint, I get this error: ![image](https://github.com/immich-app/immich/assets/1368405/67c2409f-1c81-4cf5-a33c-e6701e9137b3) In the logs it looks like this: ``` 2023/10/17 09:18:54 [error] 45#45: *708 upstream timed out (110: Operation timed out) while reading response header from upstream, client: 192.168.3.102, server: , request: "GET /admin/repair/__data.json?x-sveltekit-invalidated=01 HTTP/1.1", upstream: "http://172.18.0.3:3000/admin/repair/__data.json?x-sveltekit-invalidated=01", host: "<removed>", referrer: "https://<removed>/admin/jobs-status" 2023/10/17 09:18:58 [error] 46#46: *723 upstream timed out (110: Operation timed out) while reading response header from upstream, client: 192.168.3.102, server: , request: "GET /admin/repair HTTP/1.1", upstream: "http://172.18.0.3:3000/admin/repair", host: "photos.zkr.io", referrer: "https://<removed>/admin/jobs-status" ``` ### The OS that Immich Server is running on Proxmox Alpine Based LXC with docker ### Version of Immich Server v1.82.0 ### Version of Immich Mobile App v1.82.0 ### Platform with the issue - [ ] Server - [X] Web - [ ] Mobile ### Your docker-compose.yml content ```YAML version: '3.8' services: immich-server: image: ghcr.io/immich-app/immich-server:release container_name: immich_server restart: always command: [ "start.sh", "immich" ] volumes: - /shared/nas/immich:/usr/src/app/upload - /shared/nas/photos:/mnt/media/nas:ro env_file: - .env depends_on: - redis - database - typesense immich-microservices: image: ghcr.io/immich-app/immich-server:release container_name: immich_microservices restart: always command: [ "start.sh", "microservices" ] volumes: - /shared/nas/immich:/usr/src/app/upload - /shared/nas/photos:/mnt/media/nas:ro env_file: - .env depends_on: - redis - database - typesense environment: # - LOG_LEVEL=verbose - TZ=Europe/Berlin immich-machine-learning: image: ghcr.io/immich-app/immich-machine-learning:release container_name: immich_machine_learning restart: always volumes: - model-cache:/cache env_file: - .env immich-web: container_name: immich_web image: ghcr.io/immich-app/immich-web:release restart: always env_file: - .env typesense: image: typesense/typesense:0.24.1 container_name: immich_typesense restart: always environment: - TYPESENSE_API_KEY=${TYPESENSE_API_KEY} - TYPESENSE_DATA_DIR=/data # remove this to get debug messages - GLOG_minloglevel=1 volumes: - tsdata:/data redis: container_name: immich_redis image: redis:6.2-alpine restart: always database: image: postgres:14-alpine container_name: immich_postgres restart: always volumes: - ~/files/postgres:/var/lib/postgresql/data env_file: - .env environment: POSTGRES_PASSWORD: ${DB_PASSWORD} POSTGRES_USER: ${DB_USERNAME} POSTGRES_DB: ${DB_DATABASE_NAME} immich-proxy: image: ghcr.io/immich-app/immich-proxy:release container_name: immich_proxy restart: always environment: # Make sure these values get passed through from the env file - IMMICH_SERVER_URL - IMMICH_WEB_URL ports: - 80:8080 depends_on: - immich-server - immich-web volumes: model-cache: tsdata: ``` ### Your .env content ```Shell # You can find documentation for all the supported env variables at https://immich.app/docs/install/environment-variables # The location where your uploaded files are stored UPLOAD_LOCATION=./library # The Immich version to use. You can pin this to a specific version like "v1.71.0" IMMICH_VERSION=release # Connection secrets for postgres and typesense. You should change these to random passwords TYPESENSE_API_KEY=<removed> DB_PASSWORD=<removed> # The values below this line do not need to be changed ################################################################################### DB_HOSTNAME=immich_postgres DB_USERNAME=postgres DB_DATABASE_NAME=immich REDIS_HOSTNAME=immich_redis ``` ### Reproduction steps ```bash 1. Update to v1.82.0 2. Go to repair page ``` ### Additional information _No response_
OVERLORD commented 2026-02-05 01:56:09 +03:00
Author
Owner
Copy Link

@traktuner commented on GitHub (Oct 17, 2023):

I also have the exact same issue

@traktuner commented on GitHub (Oct 17, 2023): I also have the exact same issue
OVERLORD commented 2026-02-05 01:56:13 +03:00
Author
Owner
Copy Link

@Pheggas commented on GitHub (Oct 17, 2023):

Same here. I smell some hotfix in the air 🚀

@Pheggas commented on GitHub (Oct 17, 2023): Same here. I smell some hotfix in the air 🚀
OVERLORD commented 2026-02-05 01:56:15 +03:00
Author
Owner
Copy Link

@nodis commented on GitHub (Oct 17, 2023):

me too

@nodis commented on GitHub (Oct 17, 2023): me too
OVERLORD commented 2026-02-05 01:56:18 +03:00
Author
Owner
Copy Link

@locqust commented on GitHub (Oct 18, 2023):

Can confirm getting the same issue

@locqust commented on GitHub (Oct 18, 2023): Can confirm getting the same issue
OVERLORD commented 2026-02-05 01:56:20 +03:00
Author
Owner
Copy Link

@traktuner commented on GitHub (Oct 18, 2023):

Just for the devs to consider -
@alextran1502 mentioned that there will be a patch and some UI improvements.
What I observed is that when I navigate to the repair tab, Immich starts to compare the filesystem and database, which makes the system unresponsive for some time. I get that error but the system still does not stop with its operations even when I navigate to an other tab.
Maybe it can be optimized that the compare operations stop when somebody navigates away from the repair tab.

@traktuner commented on GitHub (Oct 18, 2023): Just for the devs to consider - @alextran1502 mentioned that there will be a patch and some UI improvements. What I observed is that when I navigate to the repair tab, Immich starts to compare the filesystem and database, which makes the system unresponsive for some time. I get that error but the system still does not stop with its operations even when I navigate to an other tab. Maybe it can be optimized that the compare operations stop when somebody navigates away from the repair tab.
OVERLORD commented 2026-02-05 01:56:24 +03:00
Author
Owner
Copy Link

@andrewdunndev commented on GitHub (Oct 18, 2023):

Could the repair report be similar to other jobs where it needs to be run before looking at the results?

@andrewdunndev commented on GitHub (Oct 18, 2023): Could the repair report be similar to other jobs where it needs to be run before looking at the results?
OVERLORD commented 2026-02-05 01:56:27 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Oct 18, 2023):

@andrewgdunn Yeah we are planning that for the fix/enhancement

@alextran1502 commented on GitHub (Oct 18, 2023): @andrewgdunn Yeah we are planning that for the fix/enhancement
OVERLORD commented 2026-02-05 01:56:34 +03:00
Author
Owner
Copy Link

@Pheggas commented on GitHub (Oct 19, 2023):

@alextran1502 Even after 1.82.1 it's still not fixed. It's even worse as whole Immich just crash and stack restart is needed.

@Pheggas commented on GitHub (Oct 19, 2023): @alextran1502 Even after 1.82.1 it's still not fixed. It's even worse as whole Immich just crash and stack restart is needed.
OVERLORD commented 2026-02-05 01:56:39 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Oct 19, 2023):

@Pheggas we haven't implemented the fix for this yet. When it is, it will be mentioned in the release note

@alextran1502 commented on GitHub (Oct 19, 2023): @Pheggas we haven't implemented the fix for this yet. When it is, it will be mentioned in the release note
OVERLORD commented 2026-02-05 01:56:44 +03:00
Author
Owner
Copy Link

@traktuner commented on GitHub (Oct 19, 2023):

@alextran1502 Even after 1.82.1 it's still not fixed. It's even worse as whole Immich just crash and stack restart is needed.

that particular issue was not part of 1.82.1 according to the relase notes.

@traktuner commented on GitHub (Oct 19, 2023): > @alextran1502 Even after 1.82.1 it's still not fixed. It's even worse as whole Immich just crash and stack restart is needed. that particular issue was not part of 1.82.1 according to the relase notes.
OVERLORD commented 2026-02-05 01:56:46 +03:00
Author
Owner
Copy Link

@Pheggas commented on GitHub (Oct 19, 2023):

Ah, sorry for that.

@Pheggas commented on GitHub (Oct 19, 2023): Ah, sorry for that.
OVERLORD commented 2026-02-05 01:56:50 +03:00
Author
Owner
Copy Link

@SitramSoft commented on GitHub (Oct 26, 2023):

I just updated to v1.82.1 and I have the same issue when accessing the repair page.

@SitramSoft commented on GitHub (Oct 26, 2023): I just updated to [v1.82.1](https://github.com/immich-app/immich/releases) and I have the same issue when accessing the repair page.
OVERLORD commented 2026-02-05 01:56:51 +03:00
Author
Owner
Copy Link

@TheZoker commented on GitHub (Oct 26, 2023):

I just updated to v1.82.1 and I have the same issue when accessing the repair page.

Again (as already stated two comments above yours) a fix for this issue is not included in the update 1.82.1

@TheZoker commented on GitHub (Oct 26, 2023): > I just updated to [v1.82.1](https://github.com/immich-app/immich/releases) and I have the same issue when accessing the repair page. Again (as already stated two comments above yours) a fix for this issue is not included in the update 1.82.1
OVERLORD commented 2026-02-05 01:56:53 +03:00
Author
Owner
Copy Link

@traktuner commented on GitHub (Oct 29, 2023):

I'm on version 1.83.0 and still have the issue as well.

Please read my comment 4 posts above yours (and some others also mention this).
The fix is still not mentioned in the release notes, so it's not part of the 1.83.0 release.

@traktuner commented on GitHub (Oct 29, 2023): > I'm on version 1.83.0 and still have the issue as well. Please read my comment 4 posts above yours (and some others also mention this). The fix is still not mentioned in the release notes, so it's not part of the 1.83.0 release.
OVERLORD commented 2026-02-05 01:56:55 +03:00
Author
Owner
Copy Link

@yodatak commented on GitHub (Nov 8, 2023):

Still present in v1.85.0 but its normal it not yet fix ;)

@yodatak commented on GitHub (Nov 8, 2023): Still present in [v1.85.0](https://github.com/immich-app/immich/releases/tag/v1.85.0) but its normal it not yet fix ;)
OVERLORD commented 2026-02-05 01:57:01 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Nov 8, 2023):

The issue will be closed once it is fixed

@alextran1502 commented on GitHub (Nov 8, 2023): The issue will be closed once it is fixed
OVERLORD commented 2026-02-05 01:57:04 +03:00
Author
Owner
Copy Link

@LinhyCZ commented on GitHub (Nov 22, 2023):

With the new container structure in v1.88.0 the repair page is loaded successfully, you just have to wait for it (for several minutes) to load :)

@LinhyCZ commented on GitHub (Nov 22, 2023): With the new container structure in v1.88.0 the repair page is loaded successfully, you just have to wait for it (for several minutes) to load :)
OVERLORD commented 2026-02-05 01:57:12 +03:00
Author
Owner
Copy Link

@traktuner commented on GitHub (Nov 22, 2023):

With the new container structure in v1.88.0 the repair page is loaded successfully, you just have to wait for it (for several minutes) to load :)

I still have this issue also on 1.88.2. The loading bar at the top is there, no timeout but also after 30 minutes no repair page.
The stats of the docker container show activity for may minutes but then go to idle.

@traktuner commented on GitHub (Nov 22, 2023): > With the new container structure in v1.88.0 the repair page is loaded successfully, you just have to wait for it (for several minutes) to load :) I still have this issue also on 1.88.2. The loading bar at the top is there, no timeout but also after 30 minutes no repair page. The stats of the docker container show activity for may minutes but then go to idle.
OVERLORD commented 2026-02-05 01:57:15 +03:00
Author
Owner
Copy Link

@paszczaq commented on GitHub (Nov 22, 2023):

I was able to open "Repair" page but only using local LAN IP. just waited for couple of minutes (cirka 5/10min)
I saw some errors in server container but page loaded.

image

[Nest] 7  - 11/22/2023, 10:28:36 AM   ERROR [ExceptionsHandler] Connection terminated due to connection timeout
Error: Connection terminated due to connection timeout
    at Connection.<anonymous> (/usr/src/app/node_modules/pg/lib/client.js:132:73)
    at Object.onceWrapper (node:events:628:28)
    at Connection.emit (node:events:514:28)
    at Socket.<anonymous> (/usr/src/app/node_modules/pg/lib/connection.js:63:12)
    at Socket.emit (node:events:514:28)
    at TCP.<anonymous> (node:net:337:12)
[Nest] 7  - 11/22/2023, 10:28:36 AM   ERROR [ExceptionsHandler] Connection terminated due to connection timeout
Error: Connection terminated due to connection timeout
    at Connection.<anonymous> (/usr/src/app/node_modules/pg/lib/client.js:132:73)
    at Object.onceWrapper (node:events:628:28)
    at Connection.emit (node:events:514:28)
    at Socket.<anonymous> (/usr/src/app/node_modules/pg/lib/connection.js:63:12)
    at Socket.emit (node:events:514:28)
    at TCP.<anonymous> (node:net:337:12)

Using Repair page with nginx proxy manager redirection returns error as before

@paszczaq commented on GitHub (Nov 22, 2023): I was able to open "Repair" page but only using local LAN IP. just waited for couple of minutes (cirka 5/10min) I saw some errors in server container but page loaded. ![image](https://github.com/immich-app/immich/assets/2835696/f74f0f45-5d4e-41a4-a3eb-b4c2efcfc5ee) ``` [Nest] 7 - 11/22/2023, 10:28:36 AM ERROR [ExceptionsHandler] Connection terminated due to connection timeout Error: Connection terminated due to connection timeout at Connection.<anonymous> (/usr/src/app/node_modules/pg/lib/client.js:132:73) at Object.onceWrapper (node:events:628:28) at Connection.emit (node:events:514:28) at Socket.<anonymous> (/usr/src/app/node_modules/pg/lib/connection.js:63:12) at Socket.emit (node:events:514:28) at TCP.<anonymous> (node:net:337:12) [Nest] 7 - 11/22/2023, 10:28:36 AM ERROR [ExceptionsHandler] Connection terminated due to connection timeout Error: Connection terminated due to connection timeout at Connection.<anonymous> (/usr/src/app/node_modules/pg/lib/client.js:132:73) at Object.onceWrapper (node:events:628:28) at Connection.emit (node:events:514:28) at Socket.<anonymous> (/usr/src/app/node_modules/pg/lib/connection.js:63:12) at Socket.emit (node:events:514:28) at TCP.<anonymous> (node:net:337:12) ``` Using Repair page with nginx proxy manager redirection returns error as before
OVERLORD commented 2026-02-05 01:57:18 +03:00
Author
Owner
Copy Link

@jrasm91 commented on GitHub (Nov 23, 2023):

Nginx and other proxies will still enforce a timeout, but directly hitting the server won't since it is not configured with any.

@jrasm91 commented on GitHub (Nov 23, 2023): Nginx and other proxies will still enforce a timeout, but directly hitting the server won't since it is not configured with any.
OVERLORD commented 2026-02-05 01:57:21 +03:00
Author
Owner
Copy Link

@traktuner commented on GitHub (Nov 23, 2023):

Nginx and other proxies will still enforce a timeout, but directly hitting the server won't since it is not configured with any.

I saw that too. Of course there should not be a timeout anymore but I still can't view the page even after multiple tries and waiting 30 minutes. I saw that the different containers "do" something cpu wise for many minutes but then they stop and go to cpu idle.
250k pictures on the server all on enterprise SSDs so that should not be a big problem performance wise.
I hope this can be fixed with a job that pre-generates the report in the background and then displays it on the repair page.

@traktuner commented on GitHub (Nov 23, 2023): > Nginx and other proxies will still enforce a timeout, but directly hitting the server won't since it is not configured with any. I saw that too. Of course there should not be a timeout anymore but I still can't view the page even after multiple tries and waiting 30 minutes. I saw that the different containers "do" something cpu wise for many minutes but then they stop and go to cpu idle. 250k pictures on the server all on enterprise SSDs so that should not be a big problem performance wise. I hope this can be fixed with a job that pre-generates the report in the background and then displays it on the repair page.
OVERLORD commented 2026-02-05 01:57:22 +03:00
Author
Owner
Copy Link

@jrasm91 commented on GitHub (Nov 23, 2023):

I think we will eventually move to a (background) report, yes. But for now at least some people can view it 😅

@jrasm91 commented on GitHub (Nov 23, 2023): I think we will eventually move to a (background) report, yes. But for now at least _some_ people can view it 😅
OVERLORD commented 2026-02-05 01:57:28 +03:00
Author
Owner
Copy Link

@alex-007 commented on GitHub (Nov 23, 2023):

Nginx and other proxies will still enforce a timeout, but directly hitting the server won't since it is not configured with any.

you can add the following to nginx config to increase the timeouts

  keepalive_timeout 1d;                                                                                                                                                                                       
  send_timeout 1d;                                                                                                                                                                                            
  client_body_timeout 1d;                                                                                                                                                                                     
  client_header_timeout 1d;                                                                                                                                                                                   
  proxy_connect_timeout 1d;                                                                                                                                                                                   
  proxy_read_timeout 1d;                                                                                                                                                                                      
  proxy_send_timeout 1d;                                                                                                                                                                                      ```
@alex-007 commented on GitHub (Nov 23, 2023): > Nginx and other proxies will still enforce a timeout, but directly hitting the server won't since it is not configured with any. you can add the following to nginx config to increase the timeouts ``` keepalive_timeout 1d; send_timeout 1d; client_body_timeout 1d; client_header_timeout 1d; proxy_connect_timeout 1d; proxy_read_timeout 1d; proxy_send_timeout 1d; ```
OVERLORD commented 2026-02-05 01:57:32 +03:00
Author
Owner
Copy Link

@INovozhilov commented on GitHub (Nov 26, 2023):

For me, repair page crashes Chrome tab after 15 minutes of waiting. I tried to use --max_old_space_size=16000 --js-flags="--max-old-space-size=16000" to start chrome, but that didn't help.

@INovozhilov commented on GitHub (Nov 26, 2023): For me, repair page crashes Chrome tab after 15 minutes of waiting. I tried to use ` --max_old_space_size=16000 --js-flags="--max-old-space-size=16000"` to start chrome, but that didn't help.
OVERLORD commented 2026-02-05 01:57:35 +03:00
Author
Owner
Copy Link

@canedje commented on GitHub (Dec 10, 2023):

I am running v1.89 as a Unraid Docker. I do have the same error.
I can not go back to immich again.
Do I need to restart the docker?

@canedje commented on GitHub (Dec 10, 2023): I am running v1.89 as a Unraid Docker. I do have the same error. I can not go back to immich again. Do I need to restart the docker?
OVERLORD commented 2026-02-05 01:57:39 +03:00
Author
Owner
Copy Link

@Strubbl commented on GitHub (Dec 14, 2023):

I also see a timeout error when accessing the repair page:

immich_server            | [Nest] 7  - 12/14/2023, 6:39:32 PM   ERROR [ExceptionsHandler] Connection terminated due to connection timeout
immich_server            | Error: Connection terminated due to connection timeout
immich_server            |     at Connection.<anonymous> (/usr/src/app/node_modules/pg/lib/client.js:132:73)
immich_server            |     at Object.onceWrapper (node:events:628:28)
immich_server            |     at Connection.emit (node:events:514:28)
immich_server            |     at Socket.<anonymous> (/usr/src/app/node_modules/pg/lib/connection.js:63:12)
immich_server            |     at Socket.emit (node:events:514:28)
immich_server            |     at TCP.<anonymous> (node:net:337:12)

Reloading the page does not help. But i can go back to the immich homepage and go to the admin panel to repair again. But i have the same issue then.

Sometimes it works. Then i see that there are a lot of untracked files, mostly thumbnails and encoded videos, which might be untracked because i move some files in my external library around. I would like to clean this up anyhow. But the repair all button is greyed out.

@Strubbl commented on GitHub (Dec 14, 2023): I also see a timeout error when accessing the repair page: ``` immich_server | [Nest] 7 - 12/14/2023, 6:39:32 PM ERROR [ExceptionsHandler] Connection terminated due to connection timeout immich_server | Error: Connection terminated due to connection timeout immich_server | at Connection.<anonymous> (/usr/src/app/node_modules/pg/lib/client.js:132:73) immich_server | at Object.onceWrapper (node:events:628:28) immich_server | at Connection.emit (node:events:514:28) immich_server | at Socket.<anonymous> (/usr/src/app/node_modules/pg/lib/connection.js:63:12) immich_server | at Socket.emit (node:events:514:28) immich_server | at TCP.<anonymous> (node:net:337:12) ``` Reloading the page does not help. But i can go back to the immich homepage and go to the admin panel to repair again. But i have the same issue then. Sometimes it works. Then i see that there are a lot of untracked files, mostly thumbnails and encoded videos, which might be untracked because i move some files in my external library around. I would like to clean this up anyhow. But the repair all button is greyed out.
OVERLORD commented 2026-02-05 01:57:45 +03:00
Author
Owner
Copy Link

@andrewdunndev commented on GitHub (Jan 8, 2024):

Is there a way to run this report via the command line?

@andrewdunndev commented on GitHub (Jan 8, 2024): Is there a way to run this report via the command line?
OVERLORD commented 2026-02-05 01:57:48 +03:00
Author
Owner
Copy Link

@jrasm91 commented on GitHub (Jan 8, 2024):

No, but maybe I'll work on fixing it soon (tm), just for you 😄

@jrasm91 commented on GitHub (Jan 8, 2024): No, but maybe I'll work on fixing it soon (tm), just for you :smile:
OVERLORD commented 2026-02-05 01:57:53 +03:00
Author
Owner
Copy Link

@hachre commented on GitHub (Jan 11, 2024):

I have around 333k photos and for me the repair takes 5 minutes to run server-side and then the browser crashes. At some point once the server-side is done loading, memory use on the browser explodes from almost nothing to several GB within seconds and then the page gets killed. I've tried Safari, Edge and Firefox. Because of this, I have no way of executing the "repair all" function.

@hachre commented on GitHub (Jan 11, 2024): I have around 333k photos and for me the repair takes 5 minutes to run server-side and then the browser crashes. At some point once the server-side is done loading, memory use on the browser explodes from almost nothing to several GB within seconds and then the page gets killed. I've tried Safari, Edge and Firefox. Because of this, I have no way of executing the "repair all" function.
OVERLORD commented 2026-02-05 01:57:55 +03:00
Author
Owner
Copy Link

@jocxfin commented on GitHub (Mar 2, 2024):

Same issue here. Can't access the page and it crashes the server.

@jocxfin commented on GitHub (Mar 2, 2024): Same issue here. Can't access the page and it crashes the server.
OVERLORD commented 2026-02-05 01:57:59 +03:00
Author
Owner
Copy Link

@jocxfin commented on GitHub (Mar 2, 2024):

image also kind of large cpu spike whenever i try to access the page. same does not happen with other pages.
@jocxfin commented on GitHub (Mar 2, 2024): <img width="887" alt="image" src="https://github.com/immich-app/immich/assets/19174728/1d02d038-332b-4ddd-a10d-618dd94dba3a"> also kind of large cpu spike whenever i try to access the page. same does not happen with other pages.
OVERLORD commented 2026-02-05 01:58:02 +03:00
Author
Owner
Copy Link

@msinfo32github commented on GitHub (Mar 13, 2024):

I am also encountering what I believe to be the same issue, however when going to .../admin/repair I see a blank page. There are however no logs in the logs for Immich. I do not see any CPU spike, and it does not crash the server. I am also encountering a different issue and this is making it difficult to solve the other issue (#6373)

@msinfo32github commented on GitHub (Mar 13, 2024): I am also encountering what I believe to be the same issue, however when going to .../admin/repair I see a blank page. There are however no logs in the logs for Immich. I do not see any CPU spike, and it does not crash the server. I am also encountering a different issue and this is making it difficult to solve the other issue (#6373)
OVERLORD commented 2026-02-05 01:58:05 +03:00
Author
Owner
Copy Link

@monarc83 commented on GitHub (Apr 16, 2024):

I have around 100000 photos/videos and cannot load the repair page anymore...

@monarc83 commented on GitHub (Apr 16, 2024): I have around 100000 photos/videos and cannot load the repair page anymore...
OVERLORD commented 2026-02-05 01:58:09 +03:00
Author
Owner
Copy Link

@Mottemania commented on GitHub (May 10, 2024):

Same here: `

<html> <head> <style>body{font-family:Arial,Helvetica,sans-serif;font-size:12px;text-align:center}h1{color:#06C;font-size:25px;line-height:60px;margin-top:56px}img{margin-top:40px} </style> </head>

© 2023 Synology Inc.

<script type ="text/javascript"> /* Copyright (c) 2023 Synology Inc. All rights reserved. */

(function(){var a={en:"Sorry, the page you are looking for is not found.",zh:"\u62b1\u6b49\uff0c\u60a8\u6240\u6307\u5b9a\u7684\u9875\u9762\u4e0d\u5b58\u5728\u3002",it:"La pagina richiesta non \u00e8 stata trovata.","zh-HK":"\u62b1\u6b49\uff0c\u60a8\u6240\u6307\u5b9a\u7684\u9801\u9762\u4e0d\u5b58\u5728\u3002",cs:"Hledan\u00e1 str\u00e1nka nebyla nalezena.",es:"Lo sentimos, no se encuentra la p\u00e1gina que est\u00e1 buscando.",ru:"\u0418\u0437\u0432\u0438\u043d\u0438\u0442\u0435, \u0438\u0441\u043a\u043e\u043c\u0430\u044f \u0432\u0430\u043c\u0438 \u0441\u0442\u0440\u0430\u043d\u0438\u0446\u0430 \u043d\u0435 \u043d\u0430\u0439\u0434\u0435\u043d\u0430.",nl:"Sorry, de pagina die u zoekt kan niet weergegeven worden.",pt:"Desculpe, a p\u00e1gina que procura n\u00e3o foi encontrada.",no:"Beklager, siden du leter etter finnes ikke.",nb:"Beklager, siden du leter etter finnes ikke.",tr:"\u00dczg\u00fcn\u00fcz, arad\u0131\u011f\u0131n\u0131z sayfa bulunamad\u0131.",pl:"Przepraszamy, nie znaleziono strony, kt\u00f3rej szukasz.",fr:"D\u00e9sol\u00e9, la page que vous recherchez est introuvable.",de:"Es tut uns Leid, die von Ihnen gesuchte Seite konnte nicht gefunden werden.",da:"Desv\u00e6rre, den side, du leder efter, kunne ikke findes.","pt-BR":"Desculpe, a p\u00e1gina que procura n\u00e3o foi encontrada.","zh-MO":"\u62b1\u6b49\uff0c\u60a8\u6240\u6307\u5b9a\u7684\u9801\u9762\u4e0d\u5b58\u5728\u3002",hu:"Eln\u00e9z\u00e9st, a keresett oldal nem tal\u00e1lhat\u00f3.",ja:"\u7533\u3057\u8a33\u3042\u308a\u307e\u305b\u3093\u304c\u3001\u635c\u3057\u3066\u3044\u308b\u30da\u30fc\u30b8\u304c\u898b\u3064\u304b\u308a\u307e\u305b\u3093",nn:"Beklager, siden du leter etter finnes ikke.","zh-TW":"\u62b1\u6b49\uff0c\u60a8\u6240\u6307\u5b9a\u7684\u9801\u9762\u4e0d\u5b58\u5728\u3002",ko:"\uc8c4\uc1a1\ud569\ub2c8\ub2e4. \ucc3e\uace0\uc790 \ud558\ub294 \ud398\uc774\uc9c0\ub97c \ubc1c\uacac\ud558\uc9c0 \ubabb\ud588\uc2b5\ub2c8\ub2e4.",sv:"Sidan du s\u00f6ker hittades inte."};var b=window.navigator.browserLanguage||window.navigator.language;if(-1==["zh-TW","zh-MO","zh-HK","pt-BR"].indexOf(b)){b=b.split("-",1)}document.getElementById("a").innerHTML=a[b]||a.en})();
</script>

</html> - 504 me@https://xxxx.myds.me/_app/immutable/chunks/fetch-client.FL1-MUp9.js:1:2916 @https://xxx.me/_app/immutable/chunks/fetch-client.FL1-MUp9.js:1:2841`
@Mottemania commented on GitHub (May 10, 2024): Same here: `<!DOCTYPE html> <html> <head> <meta charset="utf-8"> <style>body{font-family:Arial,Helvetica,sans-serif;font-size:12px;text-align:center}h1{color:#06C;font-size:25px;line-height:60px;margin-top:56px}img{margin-top:40px} </style> </head> <body> <img src="data:image/jpg;base64,/9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQECAQEB AQEBAgICAgICAgICAgICAgICAgICAgICAgICAgICAgL/2wBDAQEBAQEBAQICAgICAgICAgICAgIC AgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgL/wAARCAAzAMgDAREA AhEBAxEB/8QAHwAAAgIDAAMBAQAAAAAAAAAAAAkICgEGBwQFCwMC/8QARBAAAAYCAAUCBQIDAwYP AAAAAQIDBAUGBwgACRESExQhChUiMUEWMiNCURckYRhDUnGBkRozNDY5U2JydHZ4sbW2wf/EABgB AQEBAQEAAAAAAAAAAAAAAAADAgQB/8QAKREBAAICAgEDAwMFAAAAAAAAAAECAxESMSETImEyUYFB caEjM2LB0f/aAAwDAQACEQMRAD8Au+532JoOAIVo+tSrqRm5fzhXqpDgkpMy5mwfxl/4xipt2qYi UqrlYwEATAUgKKCBB3SlrvJnRdczzLshKujjA42pcax7xFAk1LzMq7FPr9IKLsgaJ93T79CdAH+v FfQj7szds9N5lsj61BPIWMmgxihilXkqVLrnetSCP1LkhpoO1boH8hXaZh/l6j7CnB8vIuZ5SbvV 8iViKuNOlkJmvzLf1DJ6h3FH6TCmu2coqdDpLJHAU1kVAKomoUSnABDiExMSo2zjwHAHAHAHAHAH AHAY4Ch18VDl7m7as47olpNvBV69rVn7ImQ8XpYg1yxvLYcsNeiEY5WYq7C7ZRfy8vOWE8hDEWJK C2dQMcR4koRGKUQWKcgWeOSEoqtyiuXYqsodVQ+qWJxOoocxzmH9Pk9zGN7j/v4Bp3AHAHAHAHAH AHAHAY4CL0RufrNP31xjaHyzWpGzNZlauLJtXPmYEn0HJGakYo/J1IT+Mokim5U7WSzhVFsi6UcL JpGBTm78tMyeyN+SkhUEINrXYiDbqmN40YkIFGRS8IG/aVVdwsqbp+45xH8B07MP9tK/ZiOsWGtW bHjCtSMFX6ffp9eFYLW15ZEmc7Yms8q2AZVk+jX3cLEE1hOmkkRJNPxgUxRV6+U8Mlr8v+NViJhy 7arSVGSCAsuvtIatZZZ+owtFVjH7CJiVWKqBlms8ybyqySCCiSpfCumgYoKkVIfxdyRzG1jy/d5a v2eswBLXbSqp2pTYGtTsRR7XYYcawpX14q1gys6rFwWWSdNYpyb0xXSLdAxTn+lRRES/vH6vcmsk +3zP+nse2PKbuFtkMa56WsLWirzRXdaTjlpFpOxYxTgzaTFUjZ00IJz+RMDInIcfbsN2gP7g4jal q9tRMS7LPTcfWoSXsUuuDaKgox/MSbgf8ywjWpnbpQA/IgQgiAfn7cZeobRnMAwRMrenjmmQ3CwM X8mchagYBTYxcepKSDlTq4+kqSCRzmEft06ffpxX0bs84bhjrc3CWTZaUioV/PRPyWtyNrlJS0xB YKFYQsWqki7cupBdYxSdBWJ0AQ9/f8+3GbY7xH8PYtEucT/MUwVFSarGLj71aGqJzEGYiYJs1jlu 03TyNAmnLVc5BD3AwolAwfbrxv0L/DPOEjsP5+xlnJi8c0KbO4exYJGloCTaqRc/FpuBEG6zqOX6 9yRxAQKuidVETB2+Tu9uJ2pNWomJfplfPmLMKtUFb7ZkGD94kZaOr7FFWUsckkU3YKzWIZAZQEuv UPOr40O4BL5evtwrS1uiZ0i4TmQ4TM88J6zkpJmKnb64YSGOAE/CpmqcgKn+wAE3+HFPQv8ADznC W+L8yY4zHEqy+PrMzm02okJIsO1VlMxCqhe4qMrEPAIuj1/lMYnjU6D4znAOvE7Vms+XsTEqgvxt aaY6L6jKiQoqk2ycJkU/mKmrh+fMoQB/oYSFEf8Auhxl6f1yPv8AohuXV/6UcT//AF8nAbhuXzYt HtFrTAYzzVlR5MZytxWxqhrth6pWTMWebKD1EzhidpjahoO3bVNwmQ52y8l6Fu4ApvAqp0HgIP1r 4lflplyfD4izupsppjcLB4xhy7ha73TDUS5SXOKbZ48lT+vTYNDiHT10l6Nin/nnKXv0B9cHOQtm homx1uXi7BXp6NZTEHPQcg0lYaaiJJsV5HSsTKMDqIOGzhE5FUF0TnSVTMU5DGKIDwCwtjucdpZr vm//ACXGErlLZTagiK7h/rZqNiqz5/y1AoNU0lnR7WwqpQjYgyRF0lFUJSTZuUklCLKIlSOU4hxX H/xB/Lhm8tSGBc42zK2j2aY5qD1bHW8uJrBrvIi2MBhRWGwTpnEIkCwFEWoryiIPQD+5eoH24CXC XNU5eMvD2uUoe22G8xyFNrEjcpekYHtTXOeUXVchxIaYka5irFHzexS3pEzedynGRrtVBsRVyomV BFVQgQD/AOFBck31fy8duJYJEHPohjh152SCR9aCvgFl6D9J+Xzd/wBHi7fJ3/R293twDn8E5xpW xeNYTLGPGV+YVOwKv0oxDJuLsi4dtpgjnhmKy7uh5UjIiabJKGIJm6rhgkRykJVkBOkYpxBdG4nO v5cWmd7seDtrMvZJwxbVGz2LbuZjXPYs9dsKTiIQcPH2Pr7FVZxCzhGpHqALrxD56m1cHBBcU1gE nAQKwJpDkjYhzBZ5osu8UxVl6+5ykUnd/rtyxpR4jDmTcIs9cmeWMf4PvcbD3aEyezZQaoM2k4xL VHbGdkHhF3AJwEmAN+251GXzWs1vlDdR8bkONjyxr5jJHM2irbFNjGVZILPEym9O8biYxUFzEMmd M/hW7SkTUTrjyce2bV2UbZ8VZgxRImc2KlXanPWinQk+xbSBGn8MegHaWeBMdAS/nqDgP9XHTFqW /WEpiYdIoG4uwFEVRFnfXFtjERTA8NdiFsbRVJP2FAJM4kfJf6yOvb/RH7cZtipL3nYyBjkStbwa 75DqzSNCDyBGxaarmuLLFdjH2dmAydZloh2YCisydOEBRBQSlUT6rN1S9QAykNeldvfKC8tLsgKY 92BqpHpzs466Fc0GcbqiCfhdSZwUiPMJ+nQUpFFFIev7QUP/AI8XyxujFezJN/shfpDBi9ZbLdkr kmWa1lMgCIH+TNh+a2FUOn8oopFbm/8AEgH54hhjd/2Uv0X9rNjsz3FmzGV3bcBbQOKbZSoBRQnU oycvCHfTy6I/gyTYrZER+/RycP68VyT7oj5if5YrHiUf8LY5fZcyTVMbs5FWLTtLg6Mu+T+szeCi 2ppmUW9OIgRYxSN+qKanVP1HiMb9vFL2412zEbk1XJ+huF2OLrGtT2k7FW6vV+TmIyfdT0hJKSb2 LZGeFbTTFwb0x01/GKZvCiiKXf3pdO0CjzxmttThBZutWTS4pyxXr4sooSObQtoRlWpDmKEkyXrT h21jFRD2HveJNezr+xQCm6e3F7051TidS8apQV62ezS0YyEr5rbkCUcv5qbeAZdCFiWaJnz46Dfq H92Yty+Bm1IYhevhS6h3GNwnWOr2N2k0p/y6MKq1o0bHS11ZWUrYARta0yV4Yz8qfsu6gzJlaGRE 3uZFMqRu36SrFH6uOf1rqcI0VlDzl61izO6cIOAQs2PbAvETzZqdQI2ywyCxTPY5UpugqNXzUSrI d4d6Jzoqh0VTAeOjxkqn9Ml4fGnS7OwcvnTKejjCdhN7QtJdic3QDGaSOE5942MYA/PYcOvHFrUr J/YW3fY8uv4YvXbbIzdlI2XHukGJY7GsLIdxmc3la6sWtNxyxeoE+pRqnKPW7t+QnQwxzZ2JTF6d wBDr4RbA6OTMK7M80DOT5fKu2Gyuf7lTXuXLl2zFvZVCrR0fJT6UZJOQEWnziYkHIvitQRTO1jYt oVMjdkkmAPN5x/LjxvzMNG8u4XslZinmVq/VbDd9drsoxRUsFGy/BRR39dLFyXsqmymFEixEw3A3 jcsHRzCQXKDVVEKJvI650mx2s+hnMk1LNYJGUm8G6o5L2A1GkJ7zPX2JbXHzDGl3itMSPO4RYtVp 1taGMcYAbs3kbLj2CR+oUgOQ+Cmp9anMB70bBznSxZwu2wsDT7bd5tQ8tcHtaY0xC7Jesnn4qOTB Iy8xIu3phU7nrpBJZyKqiCRiBvXxpWtdFtekOBdqPlEehlDEGeYnFxLEm2STk5DHOUazLSUhX3rw vQ6yLaViWLpqkfvBudd6ZEE/VOBUCVXwyWq+md05fuou88HqfiCibXR9ZyXjKbzJXIBdrZp1WpW2 WxZI2oiyqx00nszEtiBKrIppis5cPwT8aC4pcAgz4qjQl1ovu3gDmq65VWPg61lLJlasOQGjSOIN cgdqMZyyV5hLG+YJFKkRO2s2Pq3CYF/vMpETLxcwrSHuF+DSfa7Hu8WqmDNrcYLkNU80UGJtRY4H CbpxWLAJRj7hTJJVL29XCyyLyLdfjztDmL9IgPAIL2RhYfmg/EJ6966Lx0faddeUHjVzsZmzzoNJ GGmNlssGj3mMaHI+UqiRzMSNIGX8BgED/LptouUDE6AFprgE55I3wz3Tr3ZqivXcfsDVGzuol+ih FTbpw8aR7z6vGs8e9AM5b9DJnAnQPIUwAIcdMYa6/VLnJslPtlev9WhrbWnyErA2GORfM10zkVKK ThPqo2cEAR7VUx6pLJG+pNQpkzgBgEOOaY1KvaBu+eMsNxmKXt2PCQNayIEtEtKy/h2jaNkbE5cP yBJRb9uzAgOkwaCuudRQhzNxSKcqhQEQPfDa3LSd4jSK/LtVkSZ8lE2fk9Cvjub+cATr4gSRlmIs DK/j/jR6E6/6Rv8AHjef6fyU7c23Bx46xPn+xqxAGYMLM4b5GqjhMPEVq7kHYryBGol/aLaTSVOA B7lIol9gEA41jnlRm3iX97ZZ3Lm6foD9ir3xtex1DKO2iHf40bjYUCyFrblTH+ZAxEGnt9xTHp9+ GOnCPyWnZkcfjT+yjRi1VZdEEZhbE9rsFk9hKc1hsEOrJSCaoD+UO8rUP+ygUOOflyy/mFNaqXlo aUptlqcIh7p125HKP9DDAmJ1/wBwjxfN9DFOzxr7/wAxrp/5TsX/AMOtxyx2pPSsPWod7PrM4qOS FV4tGvHSSRQExjki4dWWcFIUPuPiQP0D88d8+JQSo0ctERWti6mtLuUWrWxQ0/WWLpwYCpElZVBN zFo+Q32FwdD05Oo+6ipCfzcTy/Q3X6j++ONVXE2ls0Xcc95YnYJVJ7HKz4RjJy0EFUX6kHFN4Fdd son1BQqi7c/YcvUDh2iXqAhx3Y41SEJ7Ky+MQhHlb5YOgdfkAUK/hs/VuNekV6+RN20wHNouEj9f yU4CX/ZxxWndpXhqPMco1puPweGmsnW2bp40x5jrTi824jQiqpkasVUagq8WTS+6ST6XYqKiIdqZ QFU3QCdweCYfwZGZIC58tHKmHkHKf6pwps1bHMvH95POlXcm1aKn6zJmRAe4E13TSXRIYegGOzVA P2CPAW8+A+WH8PzqPXNxOcTubQ7FBuZnXpXD+6lXyl8vORBsrSMvTa+KYWMaSBCmIg7UGW9bHqEK YSKRwrpl/gcAxjk9Qe2vJj313nwbgDFWQOaNovEWepU7NWQdQ4hpY7VjLJMQL51T26desLiPYyFv iY9y6YXWsw0i8SaeoYLKSiazZBkqDC+bBjLmHc/ZphXUHBGnGbNMNTKrk2MyrmXYndiGrmNJ+Vlo uGcwEIyp2GoeVkZp4hHtpORXKmYUTScgdqkueHatVHi4WftNNU8Z6P6v4W1TxAk7CgYVpbOqRT2S 8XzafkDuFJazWyb9OBU/XS8o4eSbzxlKkDh2oVIhEgIUA5PzNtIKjzE9Ic9an2krFu+yHUXDnHth ep9wU7K1bN89xxaiKFAVCEbSiKBHnj6GXjlnjQR7HBymCjr8NhzYkuW9W9/dHNynK9Qj8AVfMew1 BrNkfpMJGLynhxkpFZnwZFlciIGkJlRm1cxbNEe0z9nKHIVRV6HAWe/h09drzStMbVuZnVAT7Mcz DK9l3Eys/cpqFeNqzdn67nElZIKwAcrNGKXPLtEB6+l+eqtw/Z2gFgPgF1be6dSmU5c2TsYCwLdD tEG1lrb1crFta02KfhYyDB+p/DQfppAVEwLdqDlIifcokol3K1x5ePiembV2XJH1naTDy7pnCQea qIK6pzOka+zsRYx2oA9DLiMOCzJbr/1he4Tew93HTulvsn7vl+yeItnszTLZ5IVDJ9qkVOjdObvP zNkyZpnH6g+a2oySSSfsAmBL3EA/YYenGeVKQatJueqGsyGAK3IvJp40mMhWsrb9QSDIDDHxbBoJ jsq9EKKgU50kzHOosuYpBcLD17CJppAHPkvzlSsacq5imO289imGyGgVEknj2bRScHMZNI7mvWZZ OMeNimN7nMRz6RYhA6j0Kr0D3HjWGfdr7vL9Fuat42/tSzlR68uj54aLfjbrGUxRMiMPWzle+Bbp +HLr0zboP3BUf6cXyW41/hisbk9fO8TJzuF8pQ0KwdSsvKUSzMY2NYpCs8fPXMUok3atkQ/cc5hA pQ/Ijxx18Wj91Z6Kz0xwxlym5+rM/bca3GtwbaBtSDiWmIg7Riis6iPE2SVXMYehlDfSUPyPHRlt Wa9sVidm/XRs4eU62NGiCjl26rU62atkS96zhwvFqpIIJF/JjmEClD8iPHPHbc9Ef604FzPXs2Yn l7Nie7REFGzpTzEhKwZ0Y9o0PBuWypnxziIAQROBB6gID3dB+/HVlvWaz5hOsTtvGwGid+qc9J2H D8WrcKS9dqyDSvxy5E7TVRUU8/y5q1WMT1jZI3/JVED+qTIBUzpGEgLHzTNEx5JrMOUObjulLxJ8 eulc5u2CiAxysT+l5lKTXaiXwmZOZxNkV6dMS/QbyOh7i+xzCHXjX9H/ABee/wCUktW9HLKnY4fI OaYxKEi4Fy3k6/Q1VUHcjJSTUwLMXtlK2E6SDdA4FVIz7zqqqlL6gE0yCkrjJljqGq1V7fiiWO3X MapuG9YdTOX1u9emmD81XK6X7KEjgifgqFMPoyCc0WBaY6euDGWmWrkHL158yIigzFv6MWyjkXCo NudQ0jlESM7mXluYp5Xu7uh22mH5SA1ssGB8pK5ewvMweFLlSYxieuoOoHKSahkUH76OcoKNmy6b SSbyKDhRqByNkXigV5cMaSc0j4ZvfS55mwVgDJW+GgmTETVa8mw5DPLLb57F6cqMnWHdwqVdQcvI K4VlRQwoSBmClfkE1nzVJ62SlFgjwffmHnVbB7cYZseIuV5y5t8Z/ZTKFbe1GKyJsPhL+wHCevzq yNxiHd2uORLVImj3MhEFWUdMY9ut4HDhAp1HB00xauA99y5OSHfeWrywNocL4cyjW0uYXtBim5nt GwKHr2tdq2TXFKfxGNKvVpZRL1yUNXHL1wolKnQB4tJPH0yLRMvpY9qFQrlsbifEH8ufB1+xfqBq TLbDa8RWcsoIPLPF662vYihr5Sg5JKo5Ge0nLWFnSRZtkZ3GlJ61GRk45RVFT0a4dFSgE+2PxMvx BVPVP/aByva29RRMJnJX+pO3dTVTSKr2nDzmnTlJ0/b3GIYAH7gPAWCOSh8QRU+aZer3rdlzCEnr LtrjmsL3N3RVpN9LVW8VRg/QjpuQrak21ZSUe/jlHbIzyIfoqn9M5I7avXRE3ZWoWPOA+e7ztOTx Qti/iF9P8e4ukGLZPfKKY5c2bpkMRVKTo1axHICyyllFYE+1JsjZ4KMVSYn7gM4szORUV6qPCd4f QNgoSIrMJD1uvxzSHga/Fx8JCRDBEjZhFREU0IwjY1k3T6FIigimRJMgexSFAA9g4D2vAHAY4DPA chzxkCYxViS65Dgo+NlJKqRreTTYSyjhJi4QCSRbvgXVaiBy9qB1DlMA+xih1AQ6hx7WOVnkzqCS M9ba37PsbF12bZQVZrUe+TkfkUCs7dGlpVIgpM3Mi7dj3Kgl3GFFummQveIHN5DlJ2ddcVaSlNpk wnQPB0xQKnOZHt0W4ibFfis2sNHP0Dt5GOp7ATOG6rtsp0Okd+uYVxSOAHBFJsJwAwiUI5b8pbrG jDOItscBngDgMcBngDgMcAcBngDgKv8A8WJtPtLrTy1kozW+NtERBZyyElijO+Xqqk9F7jjF0pBu F3EIaRYB3xhbS5KnDKSZzETBqZ1GFOV1KNTAGx8o/no8n6y6d66YUgM9Yy1NsuJsT0bHMrhTNsq1 xf8AIpqt19vHy60JcrCDaDm0Xzwq7sr5s/O9dnWO4kGzZ4qqkANIyJzdeV3iuvuLNdd/tTWUY3QM 48cPm+iW6adkKQVO2MrNPeP5J4oIAIgk0aLKm+xSDwCzdNRiuYHzIrHzpYfGMvhfUDDWqs9r3rtk DIFRXpORdqjy0+par7sO/gXKZH6FOiY0h4itjIpi6kQWVeJ+DwqskA4xTvjEOUjYrRdIKwI7L0GF rh5L9NXSfxGylITIKLApvTmgo+pS8jKM1Hgl/upJdhHlADk9Wo0N3kIHROSBU8k7tbL7bc8jO1Cm 8fpbQs4jBej9DtzdIlgpWoFCcprBYzFKBik/U79szcmVRP4nDppKPWh14yTZrKBZq4A4A4A4A4Dw 37BjJs3LCSZtZBg7SMi6ZPm6Ttm5RMH1JOGzgDEOUfyUxRAeA1CMxhjWEekkobHlHiZEinkI/jan AsXhFA9wOR02QKcB/wAQHrx7uTUN6D/9H/348GeAOAOAOAOAOAOAOAOAOAOA9JZK1XLlAS9Vt9fh LVV7AwcxU9W7JFMZyAm4t4n4ncbLw8mRVu5QVKIlURWTOmcoiBiiHAUqOdbyaOWTitzWrhjDUyl4 5mbK9OrLkollyRUoJYyzkveDWpwE03impfqHoRqyRIUPYpQAA4CVHJW5NXLEe40i81T+nuNLrkiI lmzuNmsju7jkxgzdIJkXQcpVXIEnJRHeQ/1kOLATEMAGKICAdAteFYMU2IRZGbQkYRn6AkcVuiVg RiVAG5WRWgB4wSBP6AT7ezs+np09uAp44a5MnLCfc5jOVNf6g48kKNUYFvkCu4/kZa9v8eRtneM2 cqusWgPJY8Moz86qgkilmSkUkQ3hSZERAqYBcPj2DGJZMoqLZNI2MjWjePjo1g3RZsI9gyQK3Zsm TNuBU0kkkylImmQpSEIAFKAAABwHm8AcB//Z "/> <h1 id="a"></h1> <hr> <p>&copy; 2023 <a href="http://www.synology.com">Synology Inc.</a></p> </body> <script type ="text/javascript"> /* Copyright (c) 2023 Synology Inc. All rights reserved. */ (function(){var a={en:"Sorry, the page you are looking for is not found.",zh:"\u62b1\u6b49\uff0c\u60a8\u6240\u6307\u5b9a\u7684\u9875\u9762\u4e0d\u5b58\u5728\u3002",it:"La pagina richiesta non \u00e8 stata trovata.","zh-HK":"\u62b1\u6b49\uff0c\u60a8\u6240\u6307\u5b9a\u7684\u9801\u9762\u4e0d\u5b58\u5728\u3002",cs:"Hledan\u00e1 str\u00e1nka nebyla nalezena.",es:"Lo sentimos, no se encuentra la p\u00e1gina que est\u00e1 buscando.",ru:"\u0418\u0437\u0432\u0438\u043d\u0438\u0442\u0435, \u0438\u0441\u043a\u043e\u043c\u0430\u044f \u0432\u0430\u043c\u0438 \u0441\u0442\u0440\u0430\u043d\u0438\u0446\u0430 \u043d\u0435 \u043d\u0430\u0439\u0434\u0435\u043d\u0430.",nl:"Sorry, de pagina die u zoekt kan niet weergegeven worden.",pt:"Desculpe, a p\u00e1gina que procura n\u00e3o foi encontrada.",no:"Beklager, siden du leter etter finnes ikke.",nb:"Beklager, siden du leter etter finnes ikke.",tr:"\u00dczg\u00fcn\u00fcz, arad\u0131\u011f\u0131n\u0131z sayfa bulunamad\u0131.",pl:"Przepraszamy, nie znaleziono strony, kt\u00f3rej szukasz.",fr:"D\u00e9sol\u00e9, la page que vous recherchez est introuvable.",de:"Es tut uns Leid, die von Ihnen gesuchte Seite konnte nicht gefunden werden.",da:"Desv\u00e6rre, den side, du leder efter, kunne ikke findes.","pt-BR":"Desculpe, a p\u00e1gina que procura n\u00e3o foi encontrada.","zh-MO":"\u62b1\u6b49\uff0c\u60a8\u6240\u6307\u5b9a\u7684\u9801\u9762\u4e0d\u5b58\u5728\u3002",hu:"Eln\u00e9z\u00e9st, a keresett oldal nem tal\u00e1lhat\u00f3.",ja:"\u7533\u3057\u8a33\u3042\u308a\u307e\u305b\u3093\u304c\u3001\u635c\u3057\u3066\u3044\u308b\u30da\u30fc\u30b8\u304c\u898b\u3064\u304b\u308a\u307e\u305b\u3093",nn:"Beklager, siden du leter etter finnes ikke.","zh-TW":"\u62b1\u6b49\uff0c\u60a8\u6240\u6307\u5b9a\u7684\u9801\u9762\u4e0d\u5b58\u5728\u3002",ko:"\uc8c4\uc1a1\ud569\ub2c8\ub2e4. \ucc3e\uace0\uc790 \ud558\ub294 \ud398\uc774\uc9c0\ub97c \ubc1c\uacac\ud558\uc9c0 \ubabb\ud588\uc2b5\ub2c8\ub2e4.",sv:"Sidan du s\u00f6ker hittades inte."};var b=window.navigator.browserLanguage||window.navigator.language;if(-1==["zh-TW","zh-MO","zh-HK","pt-BR"].indexOf(b)){b=b.split("-",1)}document.getElementById("a").innerHTML=a[b]||a.en})(); </script> </html> - 504 me@https://xxxx.myds.me/_app/immutable/chunks/fetch-client.FL1-MUp9.js:1:2916 @https://xxx.me/_app/immutable/chunks/fetch-client.FL1-MUp9.js:1:2841`
OVERLORD commented 2026-02-05 01:58:11 +03:00
Author
Owner
Copy Link

@Mottemania commented on GitHub (May 10, 2024):

Goddamn. Thanks man. I updated the post. Would you mind and change your quote?

@Mottemania commented on GitHub (May 10, 2024): Goddamn. Thanks man. I updated the post. Would you mind and change your quote?
OVERLORD commented 2026-02-05 01:58:15 +03:00
Author
Owner
Copy Link

@PreyK commented on GitHub (May 10, 2024):

Goddamn. Thanks man. I updated the post. Would you mind and change your quote?

Sure thing, deleted it

@PreyK commented on GitHub (May 10, 2024): > Goddamn. Thanks man. I updated the post. Would you mind and change your quote? Sure thing, deleted it
OVERLORD commented 2026-02-05 01:58:17 +03:00
Author
Owner
Copy Link

@photomatix18 commented on GitHub (Jun 11, 2024):

Same issue for me. I have about 125k photos and 15k videos.

@photomatix18 commented on GitHub (Jun 11, 2024): Same issue for me. I have about 125k photos and 15k videos.
OVERLORD commented 2026-02-05 01:58:19 +03:00
Author
Owner
Copy Link

@luboszima commented on GitHub (Aug 27, 2024):

I had a similar issue where the page was slow to load due to 500+ errors in my photos (the original photos were uploaded, but the thumbnails and other data were corrupted due to a power outage). As a result, I had to wait over a minute for the page to fully load.

I wish the page would load first and then lazy load the corrupted files afterward, along with an info panel.

@luboszima commented on GitHub (Aug 27, 2024): I had a similar issue where the page was slow to load due to 500+ errors in my photos (the original photos were uploaded, but the thumbnails and other data were corrupted due to a power outage). As a result, I had to wait over a minute for the page to fully load. I wish the page would load first and then lazy load the corrupted files afterward, along with an info panel.
OVERLORD commented 2026-02-05 01:58:22 +03:00
Author
Owner
Copy Link

@dorianim commented on GitHub (Aug 31, 2024):

Same issue here. I only have 15k photos and 2k videos, though.

Edit: I found the cause: there were ~300k extra thumbnails left behind from a past issue (#8020) after deleting them, the repair page started to work again :)

@dorianim commented on GitHub (Aug 31, 2024): Same issue here. I only have 15k photos and 2k videos, though. Edit: I found the cause: there were ~300k extra thumbnails left behind from a past issue (#8020) after deleting them, the repair page started to work again :)
OVERLORD commented 2026-02-05 01:58:26 +03:00
Author
Owner
Copy Link

@Baksalyar commented on GitHub (Sep 3, 2024):

The bug is still not fixed. The repair page triggers some long server-side jobs and does not open.
Long-running jobs shouldn't be triggered just by switching tabs; that's a rule of thumb. Users should provide consent and approve such “expensive” loads manually by pressing the corresponding button in the UI.

@Baksalyar commented on GitHub (Sep 3, 2024): The bug is still not fixed. The repair page triggers some long server-side jobs and does not open. Long-running jobs shouldn't be triggered just by switching tabs; that's a rule of thumb. Users should provide consent and approve such “expensive” loads manually by pressing the corresponding button in the UI.
OVERLORD commented 2026-02-05 01:58:29 +03:00
Author
Owner
Copy Link

@jrasm91 commented on GitHub (Sep 4, 2024):

Duplicate of #12293

@jrasm91 commented on GitHub (Sep 4, 2024): Duplicate of #12293
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
accessibility
changelog:enhancement
changelog:security
changelog:translation
cli
date-time
documentation
external-library
format
good first issue
needs-answer
nice to have
sharing
tech-debt
📱mobile
🖥️web
🗄️server
🧠machine-learning
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
OVERLORD
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: immich-app/immich#1465
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?