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 13 Packages Projects Releases 10 Wiki Activity

[BUG] Storage size does not match between menu panel and settings page #730

New Issue
Closed
opened 2026-02-04 22:10:47 +03:00 by OVERLORD · 7 comments
OVERLORD commented 2026-02-04 22:10:47 +03:00
Owner
Copy Link

Originally created by @easez88 on GitHub (Mar 3, 2023).

The bug

image

The server storage panel does not match the listed storage under server stats. In my case I believe it is because I was testing background storage and deleted the photos and started uploading again to see if background storage was working. The storage under server stats is correct. However, I believe the storage in the menu bar and IOS backup page, show the size of everything that has been uploaded, but does not update when photos are deleted.

Let me know if you need anything to confirm.

The OS that Immich Server is running on

Fedora 32

Version of Immich Server

v1.50.1

Version of Immich Mobile App

v1/50/0

Platform with the issue

  • Server
  • Web
  • Mobile

Your docker-compose.yml content

version: "3.8"

services:
  immich-server:
    container_name: immich_server
    image: altran1502/immich-server:release
    entrypoint: [ "/bin/sh", "./start-server.sh" ]
    volumes:
      - ${UPLOAD_LOCATION}:/usr/src/app/upload
    env_file:
      - .env
    environment:
      - NODE_ENV=production
    depends_on:
      - redis
      - database
    restart: always

  immich-microservices:
    container_name: immich_microservices
    image: altran1502/immich-server:release
    entrypoint: [ "/bin/sh", "./start-microservices.sh" ]
    volumes:
      - ${UPLOAD_LOCATION}:/usr/src/app/upload
    env_file:
      - .env
    environment:
      - NODE_ENV=production
    depends_on:
      - redis
      - database
    restart: always

  immich-machine-learning:
    container_name: immich_machine_learning
    image: altran1502/immich-machine-learning:release
    volumes:
      - ${UPLOAD_LOCATION}:/usr/src/app/upload
      - model-cache:/cache
    env_file:
      - .env
    environment:
      - NODE_ENV=production
    restart: always

  immich-web:
    container_name: immich_web
    image: altran1502/immich-web:release
    entrypoint: [ "/bin/sh", "./entrypoint.sh" ]
    env_file:
      - .env
    restart: always

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

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

  immich-proxy:
    container_name: immich_proxy
    image: altran1502/immich-proxy:release
    environment:
      # Make sure these values get passed through from the env file
      - IMMICH_SERVER_URL
      - IMMICH_WEB_URL
    ports:
      - 2283:8080
    logging:
      driver: none
    depends_on:
      - immich-server
    restart: always

volumes:
  pgdata:
  model-cache:

Your .env content

immich_postgres
DB_USERNAME=postgres
DB_PASSWORD=postgres
DB_DATABASE_NAME=immich
REDIS_HOSTNAME=immich_redis
UPLOAD_LOCATION="/mnt/data"
PUBLIC_LOGIN_PAGE_MESSAGE=
IMMICH_WEB_URL=http://immich-web:3000
IMMICH_SERVER_URL=http://immich-server:3001
IMMICH_MACHINE_LEARNING_URL=http://immich-machine-learning:3003

Reproduction steps

1. Upload photos from IOS app.
2. Ensure storage size matches everywhere.
3. Erase photos from the server.
4. Ensure storage size updates in server stats. 
5. View website and IOS app to notice storage incorrect.

Additional information

No response

Originally created by @easez88 on GitHub (Mar 3, 2023). ### The bug ![image](https://user-images.githubusercontent.com/54665292/222741854-f5913ea4-9aca-489c-824a-c941d0952f4f.png) The server storage panel does not match the listed storage under server stats. In my case I believe it is because I was testing background storage and deleted the photos and started uploading again to see if background storage was working. The storage under server stats is correct. However, I believe the storage in the menu bar and IOS backup page, show the size of everything that has been uploaded, but does not update when photos are deleted. Let me know if you need anything to confirm. ### The OS that Immich Server is running on Fedora 32 ### Version of Immich Server v1.50.1 ### Version of Immich Mobile App v1/50/0 ### Platform with the issue - [X] Server - [X] Web - [X] Mobile ### Your docker-compose.yml content ```YAML version: "3.8" services: immich-server: container_name: immich_server image: altran1502/immich-server:release entrypoint: [ "/bin/sh", "./start-server.sh" ] volumes: - ${UPLOAD_LOCATION}:/usr/src/app/upload env_file: - .env environment: - NODE_ENV=production depends_on: - redis - database restart: always immich-microservices: container_name: immich_microservices image: altran1502/immich-server:release entrypoint: [ "/bin/sh", "./start-microservices.sh" ] volumes: - ${UPLOAD_LOCATION}:/usr/src/app/upload env_file: - .env environment: - NODE_ENV=production depends_on: - redis - database restart: always immich-machine-learning: container_name: immich_machine_learning image: altran1502/immich-machine-learning:release volumes: - ${UPLOAD_LOCATION}:/usr/src/app/upload - model-cache:/cache env_file: - .env environment: - NODE_ENV=production restart: always immich-web: container_name: immich_web image: altran1502/immich-web:release entrypoint: [ "/bin/sh", "./entrypoint.sh" ] env_file: - .env restart: always redis: container_name: immich_redis image: redis:6.2 restart: always database: container_name: immich_postgres image: postgres:14 env_file: - .env environment: POSTGRES_PASSWORD: ${DB_PASSWORD} POSTGRES_USER: ${DB_USERNAME} POSTGRES_DB: ${DB_DATABASE_NAME} PG_DATA: /var/lib/postgresql/data volumes: - pgdata:/var/lib/postgresql/data restart: always immich-proxy: container_name: immich_proxy image: altran1502/immich-proxy:release environment: # Make sure these values get passed through from the env file - IMMICH_SERVER_URL - IMMICH_WEB_URL ports: - 2283:8080 logging: driver: none depends_on: - immich-server restart: always volumes: pgdata: model-cache: ``` ### Your .env content ```Shell immich_postgres DB_USERNAME=postgres DB_PASSWORD=postgres DB_DATABASE_NAME=immich REDIS_HOSTNAME=immich_redis UPLOAD_LOCATION="/mnt/data" PUBLIC_LOGIN_PAGE_MESSAGE= IMMICH_WEB_URL=http://immich-web:3000 IMMICH_SERVER_URL=http://immich-server:3001 IMMICH_MACHINE_LEARNING_URL=http://immich-machine-learning:3003 ``` ### Reproduction steps ```bash 1. Upload photos from IOS app. 2. Ensure storage size matches everywhere. 3. Erase photos from the server. 4. Ensure storage size updates in server stats. 5. View website and IOS app to notice storage incorrect. ``` ### Additional information _No response_
OVERLORD commented 2026-02-04 22:10:59 +03:00
Author
Owner
Copy Link

@zackpollard commented on GitHub (Mar 3, 2023):

Hey,

The server storage usage under the admin panel is specific usage for Immich.
The storage in the bottom left of the main pages is total disk usage for the mountpoint that Immich is using, not just storage space inside Immich.

We might change this behaviour with some upcoming features, but this is not considered a bug right now 😄

Cheers!

@zackpollard commented on GitHub (Mar 3, 2023): Hey, The server storage usage under the admin panel is specific usage for Immich. The storage in the bottom left of the main pages is total disk usage for the mountpoint that Immich is using, not just storage space inside Immich. We might change this behaviour with some upcoming features, but this is not considered a bug right now :smile: Cheers!
OVERLORD commented 2026-02-04 22:11:02 +03:00
Author
Owner
Copy Link

@easez88 commented on GitHub (Mar 3, 2023):

Gotcha! One question when I run du -h I'm getting 14G for that mount, but Immich is reporting 20G. Why is there such a large discrepency?

@easez88 commented on GitHub (Mar 3, 2023): Gotcha! One question when I run `du -h` I'm getting 14G for that mount, but Immich is reporting 20G. Why is there such a large discrepency?
OVERLORD commented 2026-02-04 22:11:05 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Mar 4, 2023):

Gotcha! One question when I run du -h I'm getting 14G for that mount, but Immich is reporting 20G. Why is there such a large discrepency?

Hmm unsure, is that just a plan disk mount of the disk that runs the OS as well?

@alextran1502 commented on GitHub (Mar 4, 2023): > Gotcha! One question when I run `du -h` I'm getting 14G for that mount, but Immich is reporting 20G. Why is there such a large discrepency? Hmm unsure, is that just a plan disk mount of the disk that runs the OS as well?
OVERLORD commented 2026-02-04 22:11:07 +03:00
Author
Owner
Copy Link

@jrasm91 commented on GitHub (Mar 4, 2023):

Probably the difference between GiB and GB will explain some of the discrepancy.

@jrasm91 commented on GitHub (Mar 4, 2023): Probably the difference between GiB and GB will explain some of the discrepancy.
OVERLORD commented 2026-02-04 22:11:09 +03:00
Author
Owner
Copy Link

@Chacsam commented on GitHub (Apr 29, 2023):

In a similar context I have noted discrepencies in the evolution after a batch upload in CLI.
Note that I initially synchronized from the iOS app and then "batch uploaded" an old backup from synology app. So they were duplicate pictures which seemed to have been nicely handled (no duplicate in my photo view).

  • Size of the imported folder (du) : 8.2 Gb, on 2295 files in 12 subdir.
  • Pictures actually imported for that user: 925 (4032 - 3107), which could make sense given duplicates.

The issue is on "storage size" where:

  • User usage increased by 2.2 GiB (11-8.8)
  • Server storage increased by 4.2 GiB (27-22.8)

Server storage seems to increase twice as fast as user storage. (I'll soon end up with shortage :-( )
Is it due to thumbnails?

Additional information:

Command used: sudo docker run -it --rm -v "$(pwd):/import" ghcr.io/immich-app/immich-cli:latest upload --key XXX --recursive --server http://192.168.11.215:2283/api

Feedback:

Checking connectivity with Immich instance...
Server status: OK
Checking credentials...
Login status: OK
Successful authentication for user xxx@xxx.com
Indexing local assets...
Indexing complete, found 2955 local assets
Comparing local assets with those on the Immich instance...
A total of 2955 assets will be uploaded to the server
Do you want to start upload now? (y/n) y
Start uploading...
Upload Progress | ████████████████████████████████████████ | 100% || 2955/2955 || Current file [/import/Travaux_salon/f55]
Failed to upload 0 files  []

Screenshots

Before:
image

After:
image

@Chacsam commented on GitHub (Apr 29, 2023): In a similar context I have noted discrepencies in the evolution after a batch upload in CLI. Note that I initially synchronized from the iOS app and then "batch uploaded" an old backup from synology app. So they were duplicate pictures which seemed to have been nicely handled (no duplicate in my photo view). - Size of the imported folder (du) : 8.2 Gb, on 2295 files in 12 subdir. - Pictures actually imported for that user: 925 (4032 - 3107), which could make sense given duplicates. The issue is on "storage size" where: - User usage increased by 2.2 GiB (11-8.8) - Server storage increased by 4.2 GiB (27-22.8) Server storage seems to increase twice as fast as user storage. (I'll soon end up with shortage :-( ) Is it due to thumbnails? ## Additional information: Command used: `sudo docker run -it --rm -v "$(pwd):/import" ghcr.io/immich-app/immich-cli:latest upload --key XXX --recursive --server http://192.168.11.215:2283/api` Feedback: ``` Checking connectivity with Immich instance... Server status: OK Checking credentials... Login status: OK Successful authentication for user xxx@xxx.com Indexing local assets... Indexing complete, found 2955 local assets Comparing local assets with those on the Immich instance... A total of 2955 assets will be uploaded to the server Do you want to start upload now? (y/n) y Start uploading... Upload Progress | ████████████████████████████████████████ | 100% || 2955/2955 || Current file [/import/Travaux_salon/f55] Failed to upload 0 files [] ``` ## Screenshots Before: ![image](https://user-images.githubusercontent.com/28670803/235286610-23bf6be5-44b3-4fbe-bffa-0fdaaad42d68.png) After: ![image](https://user-images.githubusercontent.com/28670803/235286627-c751a5ec-aae8-4a02-bb5f-16d6652428a5.png)
OVERLORD commented 2026-02-04 22:11:11 +03:00
Author
Owner
Copy Link

@masterashu commented on GitHub (Aug 6, 2023):

For me its showing way too high, i chose the data disk to a external 2Tb ssd.
image

@masterashu commented on GitHub (Aug 6, 2023): For me its showing way too high, i chose the data disk to a external 2Tb ssd. ![image](https://github.com/immich-app/immich/assets/39612799/305afe13-6a64-4bfc-92ec-b9c6f9324353)
OVERLORD commented 2026-02-04 22:11:13 +03:00
Author
Owner
Copy Link

@easez88 commented on GitHub (Aug 6, 2023):

Yeah, I'm still seeing this. Immich is now say I've used185.7Gb, but du says 168.

@easez88 commented on GitHub (Aug 6, 2023): Yeah, I'm still seeing this. Immich is now say I've used185.7Gb, but du says 168.
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#730
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?