I use this and it’s been completely flawless from day one. The documentation is up there with the best I’ve seen, and the matrix room always has someone willing to help explain further
I use this and it’s been completely flawless from day one. The documentation is up there with the best I’ve seen, and the matrix room always has someone willing to help explain further
I did. The local files have GPS data visible in the phone’s gallery app, but the same file in immich doesn’t have it
Over a week at this point
Done. Link here for anyone in the future who might come across this issue https://github.com/immich-app/immich/issues/11280
I’m on 1.108
Couldn’t find anything obvious in the settings either
I did, but couldn’t find anything
I think you’re missing an important aspect to containers and that is being able to easily define your infrastructure as code.
That makes server migrations a breeze
Headless. It’s all running fine in the background. For now…
I don’t run as root because I’ve always been told I shouldn’t. I don’t know enough about anything to be contradicting stuff like this. It has always seemed weird to me that we don’t run as root and then just sudo everything, though.
What is the reason we don’t run as root?
I have no issue writing a compose file. Dockge offers a bit more than that with logs and buttons for common commands which makes it easier and quicker to manage than through SSH.
To each their own 🙂
This is pretty much my situation. “Away from home” for me isn’t just a trip to the shops, it means being away for weeks at a time. I need to be able to fix things remotely if needed.
I’ve seen people recommend SSH, which seems worse because that would give potential hackers access to the whole system.
VPN is a very good suggestion, and what I’ve implemented now. Thank you to everyone who contributed
It’s really weird. I think there are somehow two database volumes on my system.
The reason I think this is because:
upload
folders. Both have a uuid as their name and one of the uuids matches with the user id in the databaseSo, where did this other user come from? Why have none of my log ins been tracked in the database before the incident?
That’s correct. Ubuntu is basically just a platform to run docker, haven’t really touched it. Docker is the same. Just using it to run my containers. Haven’t ventured at all into /var/lib/docker
The weird thing is that it’s intermittent. It’s only happened twice since I started using immich. I’ve been restarting the containers repeatedly for a few days now and it hasnt happened again.
The volume is defined like this at the end of the compose file
database:
container_name: immich_postgres
image: registry.hub.docker.com/tensorchord/pgvecto-rs:pg14-v0.2.0@sha256:90724186f0a3517cf6914295b5ab410db9ce23190a2d9d0b9dd6463e3fa298f0
environment:
POSTGRES_PASSWORD: ${DB_PASSWORD}
POSTGRES_USER: ${DB_USERNAME}
POSTGRES_DB: ${DB_DATABASE_NAME}
volumes:
- pgdata:/var/lib/postgresql/data
restart: always
volumes:
pgdata:
model-cache:
The images are definitely uploaded. They’re on the fs, and in the correct folders
I haven’t had time to look into this, but I think this might be the right track. Is it possible for docker to get volumes mixed up? Like, could there be a duplicate dB volume and when the stack gets restarted, docker picks one or the other?
To answer your question, I’m running docker 26.1.1 on Ubuntu server 22.04.4 LTS
The system is on an ssd and the storage is a three disk raid5
Yes, it is set. The files persist fine and in the right location. I think Lem453 is along the right track. I think it’s a dB issue
Whatever was in the v1.101.0 compose file, which seems to be a docker volume.
I haven’t set a Max size, and from what I can understand in the docs, caddy doesn’t have a default Max upload
I’m using .home and have not had any issues. Would you mind sharing what problems you’ve come across so I know what to expect?