Browser based timeline stuck on initial load every time - Redis errors?
Each time while using browser and click on the photos timeline I have like a minute of page not responding. Once it loads, it works, but not as fast as I am used to on my RPI4 (now using N100). App seems blazing fast. I have resetted my browser, used different browsers, platforms etc, no luck.
Using default docker-compose.yaml on portainer and only use a 40k external library.
I did notice the following in my redis server log (running Valkey), could this be related?
:M 28 Apr 2025 19:50:04.828 # WARNING Memory overcommit must be enabled! Without it, a background save or replication may fail under low memory condition. Being disabled, it can also cause failures without low memory condition, see https://github.com/jemalloc/jemalloc/issues/1328. To fix this issue add 'vm.overcommit_memory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect.
1:M 28 Apr 2025 19:50:04.828 * oO0OoO0OoO0Oo Valkey is starting oO0OoO0OoO0Oo
1:M 28 Apr 2025 19:50:04.828 * Valkey version=8.1.0, bits=64, commit=00000000, modified=0, pid=1, just started
1:M 28 Apr 2025 19:50:04.828 # Warning: no config file specified, using the default config. In order to specify a config file use valkey-server /path/to/valkey.conf
1:M 28 Apr 2025 19:50:04.828 * monotonic clock: POSIX clock_gettime
12 Replies
:wave: Hey @Dikkiedick,
Thanks for reaching out to us. Please carefully read this message and follow the recommended actions. This will help us be more effective in our support effort and leave more time for building Immich :immich:.
References
- Container Logs:
docker compose logs docs
- Container Status: docker ps -a docs
- Reverse Proxy: https://immich.app/docs/administration/reverse-proxy
- Code Formatting https://support.discord.com/hc/en-us/articles/210298617-Markdown-Text-101-Chat-Formatting-Bold-Italic-Underline#h_01GY0DAKGXDEHE263BCAYEGFJA
Checklist
I have...
1. :ballot_box_with_check: verified I'm on the latest release(note that mobile app releases may take some time).
2. :ballot_box_with_check: read applicable release notes.
3. :ballot_box_with_check: reviewed the FAQs for known issues.
4. :ballot_box_with_check: reviewed Github for known issues.
5. :ballot_box_with_check: tried accessing Immich via local ip (without a custom reverse proxy).
6. :ballot_box_with_check: uploaded the relevant information (see below).
7. :ballot_box_with_check: tried an incognito window, disabled extensions, cleared mobile app cache, logged out and back in, different browsers, etc. as applicable
(an item can be marked as "complete" by reacting with the appropriate number)
Information
In order to be able to effectively help you, we need you to provide clear information to show what the problem is. The exact details needed vary per case, but here is a list of things to consider:
- Your docker-compose.yml and .env files.
- Logs from all the containers and their status (see above).
- All the troubleshooting steps you've tried so far.
- Any recent changes you've made to Immich or your system.
- Details about your system (both software/OS and hardware).
- Details about your storage (filesystems, type of disks, output of commands like fdisk -l and df -h).
- The version of the Immich server, mobile app, and other relevant pieces.
- Any other information that you think might be relevant.
Please paste files and logs with proper code formatting, and especially avoid blurry screenshots.
Without the right information we can't work out what the problem is. Help us help you ;)
If this ticket can be closed you can use the /close command, and re-open it later if needed.stack.env:
docker-compose.yaml
UPLOAD_LOCATION=./library
DB_DATA_LOCATION=./postgres
IMMICH_VERSION=release
DB_PASSWORD=**
DB_USERNAME=postgres
DB_DATABASE_NAME=immich
Successfully submitted, a tag has been added to inform contributors. :white_check_mark:
Somehow I have the feeling that initial load of the page is stuck on one of the files, but I cannot seem to find what is causing this. Chrome Dev Tools does not give me anything it is waiting for. My timeline of 40k contains around 1/3 dated yesterday because of various reasons there is no EXIF data in those images.
There are a few thumbnail issues in immich_server log, but trying to link microservices id to the actual file
http://192.168.123.4:2283/api/assets/c02928b9-7722-49df-83aa-31837e984ae1 helps to find the file, slowly learning
That's a pretty big bucket, ok a slower machine that will probably halt for a good while before it responds
We have changed queued to improve things for those large buckets, but really you should try to fix the date issues of those files
Thanks again. While investigating I found that the google foto's metadata json files were not processed as I expected. Decided to take a radical step, removed the external library and now started Immich Go. Will update behavior on finish.
Update:
Behavior: timeline load on browser takes between 30-60 seconds each time I click the ' Photos' link, no isssues in app.
Observation: I unzipped Google takeout (40k) to an External Library, mounted R/O. Sidecar Metadata import ran, so I assumed it processed the Google JSON metadata. I ended up having about 12k items dated April 26.
Root cause: Huge chunk of foto's on 1 specific date due to JSON files not being processed as assumed.
Resolution: Deleted External Library and reimported Google takout via Immich-Go. Even though the jobs are still around 50%, it is clear that this solves the issues, overal experience is very snappy again, even with all the jobs still running.
š» support team ! Thank you very much.
Yea, we don't process the Google JSON metadata, however the immich-go tool is built specifically for that
If you import using that I expect you'll have a much better time š
This thread has been closed. To re-open, use the button below.
Ah, I replied too fast š¤£ Glad to see it's working now, enjoy!