"Your app major version is not compatible with the server!"
I just recently spun up Immich on an Ubuntu server.
I have been using the Android app for a bit without issue.
But I got my wife setup with the Android app, and I uploaded some photos with it and put them into a new album. I added her as a user to the album. But when she went to find it so she could contribute photos to it, it wasn't in her list, shared or otherwise.
I intended to try logging her out of the app and logging back in. But upon login, it wouldn't accept her credentials. So on a PC I logged into an admin account and reset her password. But it still wouldn't authenticate her.
I killed the app, deleted cache and storage and started from scratch. Still no dice.
So I uninstalled/reinstalled the app. That's when I got the message in the attached image.
This got me thinking that there was a version mismatch between server and app. Turns out there was. I had started working on the server a month or so ago. So I was on 2.1.0.
BTW at this point I checked her account on a PC via web, and in that interface the shared folder did show.
Both our phones had 2.2.3 from the onset AFAIK and it worked, save for problems with the shared albums and logging out/logging in. I've been too afraid to log out on my Android phone.
So I upgraded the server to 2.2.3. But my wife's phone is stil getting "Your app major version is not compatible with the server!" even after deleting cache/storage again.
Is there some other step I have to take after performing the server upgrade to make the Android app play nice with it?
And I don't know if the shared album issue was separate?
87 Replies
:wave: Hey @fongaboo,
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.Please share the unredcated login url, as well as that same URL in the mobile phone browser
4) There does seem to be a known issue (#21519)
https://github.com/immich-app/immich/discussions/21519
But the solution seems to be particular to that user's equipment?
have you confirmed your server is up to date?
System Info:
BARE METAL:
Manufacturer: HP
Product Name: ProLiant DL360 Gen9
Distributor ID: Debian
Description: Debian GNU/Linux 11 (bullseye)
Release: 11
Codename: bullseye
KVM GUEST:
Manufacturer: QEMU
Product Name: Standard PC (Q35 + ICH9, 2009)
Version: pc-q35-5.2
Distributor ID: Ubuntu
Description: Ubuntu 24.04.3 LTS
Release: 24.04
Codename: noblehave you tried the app connecting directly to the immich server IP ?
are you using
https with the local IP?# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
ee62e8c82fc2 ghcr.io/immich-app/immich-server:v2.2.3 "tini -- /bin/bash -…" 21 hours ago Up 21 hours (healthy) 0.0.0.0:2283->2283/tcp, [::]:2283->2283/tcp immich_server
41b041e1b66d ghcr.io/immich-app/immich-machine-learning:v2.2.3 "tini -- python -m i…" 21 hours ago Up 21 hours (healthy) immich_machine_learning
b9df883a5884 ghcr.io/immich-app/postgres:14-vectorchord0.4.3-pgvectors0.2.0 "/usr/local/bin/immi…" 2 weeks ago Up 11 days (healthy) 5432/tcp immich_postgres
54db198aa4ed valkey/valkey:8-bookworm "docker-entrypoint.s…" 2 weeks ago Up 11 days (healthy) 6379/tcp immich_redis
I will be trying that when I get home# docker inspect --format '{{ index .Config.Labels "org.opencontainers.image.version" }}' immich_server
v2.2.3
APP: 2.2.3 (Android)I will follow up with more screenshots
Thank you!
Looks like your nginx does allow Immich well-known endpoint https://docs.immich.app/administration/reverse-proxy
Anyway try the app connecting directly to the immich server http://IP:2283 when you get home. (If it does not work with direct connection, increase logging level in System Settings to Verbose, then attempt to log in, then post Immich server and app logs)
Hello, I am having the same issue. Im using truenas with immich installed:
Name: immich
App Version: 1.119.1
Chart Version: 4.0.23
Last Updated: N/A
The app on my android is v2.2.3
Truenas says no update available. I access it using tailscale on truenas and on my android. the login is http//ip:30041
I can access immich using my home pc (running tailscale), by http//ip:30041/photos and it works. HOwever http://ip:2283/ does not work (site cant be reached).
This was working, but tbh the last time I used the sync was March 2025. I just went to sync, and now I get this error. Im new to immich and the channel, and not extremely savy but can make my way around. any help is greatly appreciated please. And thank you in advance.
Well, the issue you face here is TrueNAS related
As it's says "Chart" version, I'm sure you're on a somewhat outdated TrueNAS which still uses kubernetes and has been deprecated
Upgrading to a newer version will "remove" the app so create a new ticket and ping me there, I can help you to save the data then reinstall Immich
If you have other apps, this will also be an issue
Hi, thank you for the prompt response. Where do i enter a ticket? here on discord or github?
Here on discord in the Help-desk-support
Can you send your current immich config (when you click on edit) as I'll need to understand how your storage is managed to help you
And if immich has datasets on your system, also share them
Also share your TrueNAS version
It's 3am for me so I'll reply later
Edit immich
Application name
Application Name
*
immich
Immich Configuration
Timezone
*
'America/New_York' timezone
Enable Machine Learning
help_outline
Machine Learning Image Type
help_outline
Default Machine Learning Image
Log Level
help_outline
Log
Hugging Face Endpoint (Optional)
help_outline
Section Help
Configure Immich
Network Configuration
Web Port
*
help_outline
30041
Section Help
Configure Network for Immich
Storage Configuration
Immich Uploads Storage
help_outline
Type
*
help_outline
ixVolume (Dataset created automatically by the system)
ixVolume Configuration
help_outline
Enable ACL
help_outline
Immich Library Storage
help_outline
Type
*
help_outline
ixVolume (Dataset created automatically by the system)
ixVolume Configuration
help_outline
Enable ACL
help_outline
Immich Thumbs Storage
help_outline
Type
*
help_outline
ixVolume (Dataset created automatically by the system)
ixVolume Configuration
help_outline
Enable ACL
help_outline
Immich Profile Storage
help_outline
Type
*
help_outline
ixVolume (Dataset created automatically by the system)
ixVolume Configuration
help_outline
Enable ACL
help_outline
Immich Video Storage
help_outline
Type
*
help_outline
ixVolume (Dataset created automatically by the system)
ixVolume Configuration
help_outline
Enable ACL
help_outline
Immich Postgres Data Storage
help_outline
Type
*
help_outline
ixVolume (Dataset created automatically by the system)
Immich Postgres Backup Storage
help_outline
Type
*
help_outline
ixVolume (Dataset created automatically by the system)
Additional Storage
No items have been added yet.
Section Help
Configure Storage for Immich
Resources Configuration
Limits
CPU
*
help_outline
4000m
Memory
*
help_outline
8Gi
GPU Configuration
GPU Resource (amd.com/gpu)
help_outline
Allocate 0 amd.com/gpu GPU
GPU Resource (gpu.intel.com/i915)
help_outline
Allocate 0 gpu.intel.com/i915 GPU
GPU Resource (nvidia.com/gpu)
help_outline
Allocate 0 nvidia.com/gpu GPU
GPU Containers
help_outline
I am using TrueNAS also!
However @Sneezy GI Joe are you running an Immich instance right on your TrueNAS? I am running it on an ubuntu server that mounts an SMB connection to the TrueNAS to use for its library.
Yes I am running it in Trunas as an app. I (guess?) it sets up its own storage as part of the setup.
The way you set it up previously, yes
Sorry I haven't had the time today to reply to your thread
No worries. anything to help me learn is greatly appreciated.
I suppose you saw the reply from Sergey, hopefully this could help to fix your issue
Here is web over LAN. No proxy. Wife's account.
that is local DNS?
This is just to show that my nameserver on my LAN resolves the LAN IP to avoid hairpin NAT:
~ $ nslookup
> server
Default server: 192.168.1.151
Address: 192.168.1.151#53
Default server: 64.246.134.155
Address: 64.246.134.155#53
Default server: 8.8.8.8
Address: 8.8.8.8#53
> photos.fongaboo.com
Server: 192.168.1.151
Address: 192.168.1.151#53
Name: photos.fongaboo.com
Address: 192.168.1.165
> server lookup.he7ix.wtfayla.net
Default server: lookup.he7ix.wtfayla.net
Address: 64.246.134.155#53
> photos.fongaboo.com
Server: lookup.he7ix.wtfayla.net
Address: 64.246.134.155#53
Non-authoritative answer:
Name: photos.fongaboo.com
Address: 50.75.172.142
So resolves to 192 address on the LAN. Resolves to the public address anywhere else.
Standby for app screenshotsunderstand, I suspect you have issue with DNS setup, if you use the server URL as
http://192.168.1.151:2283 I think it won't show that message
oh, so that works fine?
LEGO is the shared album that was of original issue. It's there now.
Wait, so do you still have issues?
I made a new test album. It wouldn't show with a swipe down refresh. I had to have her switch to photos, hit the backup button, then hit back and then hit albums and then it showed
Now for the grand finale
That's through the nginx proxy
looks like your DNS setup does not resolved https correctly there
Somehow I am still logged in on my phone. But like I noted I don't dare log out.
let's resolve one issue at a time
the https issue that cause the message to show up
No pun intended!
I'm trying on cell data now on my wife's phone
I am pretty sure that is your DNS setup, the certification doesn't get sent correctly
Https through the proxy works fine on web browsers on desktop machines on my lan
understood, iOS resolves CA differently, you would say they are more strict
can you try setup a different proxy endpoint that point to the same service with without other DNS setup?
can you try setup a different proxy endpoint that point to the same service with without other DNS setup?Let's try that, I am pretty sure it will work fine For sanity check. On the web, you would see the version shown as 2.2.3 on the bottom left, right?
This is from my phone set to desktop mode in Chrome on my Android phone connected to cell data only.
I can jump on a desktop if need be.
looks like your proxy doesn't have websocket enabled
Can you explain what you are suggesting a bit more?
Oh interesting
Yeah that would definitely differ between web vs app, huh?
I suggest create
test.yourdomain.com to proxy back to 192.168.1.151, which I assume the address of the serverSorry 151 is DNS server
162 is Immich/nginx
So if I make a new hostname in authoritative DNS and a new virtual host in nginx, how would I make the virtual host conf file differ?
Can you just make
test.yourdomain.com point to 192.168.1.162?Sure. Should i make it on my authoritative name server (off site)?
Or in my local lookup DNS server on my LAN?
Or doesn't really matter?
Or more simply put. Do you want this host name to only resolve on my lan?
I'm on desktop now
I would like you to have letsencrypt to resolve the certificate
hrmm
so while I was waiting I added lines for websocket support to nginx conf:
# WebSocket support
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
But did not help. I bit the bullet and logged out on my phone and getting same error she is. So strange that the app worked for a while.
So let me see about the certificate...I really appreciate all your help. You really do provide "crazy fast" support on the Discord.
I'm a bit confused what you are asking about letsencrypt.
ah sorry I thought you were using self-signed cert
I believe with that message you still can log in
the issue here is https is somehow resolved to http
alright
let's take a step back
So this related to the issue you are not seeing the new created album
the remote sync failed so it cannot see the information from the server
OIC
it stems from you are trying to use the same DNS name for both local and remote connection
remote connection use HTTPS while local connection resolves to a DNS server use HTTP since you don't have self-signed cert
Well this is on a desktop on my lan with hostname resolving to the 192 address. The browser seems ok with the cert
let's not think about the browser for now
ok
mobile has their own quirks 😄
understood.
if you are creating a new subdomain
test.domain.com and point to your Immich server with letsencrypt cert without having the same local DNS name, does it work fine?standby. let me get all that setup.
I'll be here
oops it was .165 not .162
so i currently have these entries on the local LAN DNS server.
standby
added this entry
graet
It's almost like it's not respecting the DNS lookup server that is assigned by DHCP by my router
But I guess I should re-emphasize that the error is occurring whether I am on the lan (Wi-Fi) or coming from the external (cell data)
It worked well until the Android app upgraded to 2.2.3
I am 100% possitive we didn't change anything in the way of networking setup
It's almost like it's not respecting the DNS lookup server that is assigned by DHCP by my routerYeah, it is always DNS issue 😅
A haiku:
It's not DNS
It can't be DNS
It was DNS
🤣
I would agree with you except the issue occurs on cell data also.
If I connect HTTP direct to port 2283 in the app while on LAN
So it has to be nginx and the reverse proxy I would say
Should I move this to GitHub issues?
let me last try doing the nginx config from scratch
I don't think this is Immich issue
it is networking configuration on your environment
https://docs.immich.app/administration/reverse-proxy
when i put this recommended config into nginx, it just serves up the nginx default page
DNS 😅
I was missing
listen 443 ssl
that should probably go in the docs
i'm adding attributes back slowly. but i think the app is working now!
LAN and WAN!
I think it came down to this one missing line:
proxy_redirect off;
It also seemed unhappy when I added this directive:
# if ($host != 'photos.fongaboo.com') {
# return 301 https://photos.fongaboo.com$request_uri;
# }
so it was not DNS (for once!)nice!
have you figured it out?
How do I apply a Solved tag?
yeah it didnt like certain nginx directives. But unfortunately I have a new problem. Writing that up separately.
Successfully submitted, a tag has been added to inform contributors. :white_check_mark:
This thread has been closed. To re-open, use the button below.