starred/photoprism

Fork 0

mirror of https://github.com/photoprism/photoprism.git synced 2026-03-02 22:57:18 -05:00

Photo previews broken #500

New issue

Closed

opened 2026-02-19 23:09:59 -05:00 by deekerman · 19 comments

deekerman commented

2026-02-19 23:09:59 -05:00

Owner

Originally created by @totti4ever on GitHub (Nov 14, 2020).

Originally assigned to: @lastzero on GitHub.

This has been mentioned on Gitter, but not really been solved, I suppose. So I'd like to provide anything need to fix this.

So what's happening?

Clicking on them leads also to this broken preview, downloading the original works.
I get heaps of level=error msg="thumbs: thumbnail not cached"
Apparently this happens after updating and thus restarting the the docker image.

So I am on docker, using a mariadb (figured out today that I parametrized mysql instead of mariadb - could that be the problem?) and having the cache in /tmp/

Originally created by @totti4ever on GitHub (Nov 14, 2020). Originally assigned to: @lastzero on GitHub. This has been mentioned on Gitter, but not really been solved, I suppose. So I'd like to provide anything need to fix this. So what's happening? <img src="https://user-images.githubusercontent.com/49901208/99155987-6fb8f980-26bd-11eb-8526-d65936d01c3c.png" height=100 /> Clicking on them leads also to this broken preview, downloading the original works. I get heaps of `level=error msg="thumbs: thumbnail not cached"` Apparently this happens after updating and thus restarting the the docker image. So I am on docker, using a mariadb (figured out today that I parametrized mysql instead of mariadb - could that be the problem?) and having the cache in `/tmp/`

deekerman

2026-02-19 23:09:59 -05:00

closed this issue
added the
question
label

deekerman commented

2026-02-19 23:10:00 -05:00

Author

Owner

@lastzero commented on GitHub (Nov 14, 2020):

Seems you lost your thumbs. Is the storage volume mounted in docker-compose.yml? Otherwise, data is lost after restarts. Rendering thumbs dynamically is a "workaround", but very slow. Better to store the thumbs. They are automatically created while indexing.

@lastzero commented on GitHub (Nov 14, 2020): Seems you lost your thumbs. Is the storage volume mounted in `docker-compose.yml`? Otherwise, data is lost after restarts. Rendering thumbs dynamically is a "workaround", but very slow. Better to store the thumbs. They are automatically created while indexing.

deekerman commented

2026-02-19 23:10:00 -05:00

Author

Owner

@totti4ever commented on GitHub (Nov 14, 2020):

volume is mounted:
- /tmp/photoprism/cache:/photoprism/storage/cache # cache on SSD

No problems to ls into that directory when execing into the container.

It is no problem that the storage folder is mounted to another directory, is it?
- "./data/Storage:/photoprism/storage"

From what I can see in the container, it is not.

@totti4ever commented on GitHub (Nov 14, 2020): volume is mounted: `- /tmp/photoprism/cache:/photoprism/storage/cache # cache on SSD` No problems to `ls` into that directory when execing into the container. It is no problem that the storage folder is mounted to another directory, is it? `- "./data/Storage:/photoprism/storage"` From what I can see in the container, it is not.

deekerman commented

2026-02-19 23:10:00 -05:00

Author

Owner

@lastzero commented on GitHub (Nov 14, 2020):

Well, they overlay each other. That's an edge case, don't know what might happen. Probably one will "overwrite" the other.

@lastzero commented on GitHub (Nov 14, 2020): Well, they overlay each other. That's an edge case, don't know what might happen. Probably one will "overwrite" the other.

deekerman commented

2026-02-19 23:10:00 -05:00

Author

Owner

@totti4ever commented on GitHub (Nov 14, 2020):

From what I can see inside the container, it is not a problem (and I am quite sure I have seen and done this somewhere else, too).

root@photoprism:/photoprism# ls -la /photoprism/storage/     
total 24
drwxr-xr-x 5 root       root       4096 Nov  8 19:00 .
drwxrwxrwx 1 photoprism photoprism 4096 Oct 21 06:15 ..
drwxr-xr-x 3 root       root       4096 Nov 14 20:20 cache
drwxr-xr-x 2 root       root       4096 Oct 23 18:26 settings
drwxr-xr-x 3 root       root       4096 Nov  8 20:39 sidecar

root@photoprism:/photoprism# ls -la /photoprism/storage/cache/
total 16
drwxr-xr-x  3 root root 4096 Nov 14 20:20 .
drwxr-xr-x  5 root root 4096 Nov  8 19:00 ..
-rw-------  1 root root  145 Nov 14 20:20 sessions.json
drwxr-xr-x 18 root root 4096 Nov 14 20:39 thumbnails

The thumbs are all there in the container's file system!

@totti4ever commented on GitHub (Nov 14, 2020): From what I can see inside the container, it is not a problem (and I am quite sure I have seen and done this somewhere else, too). ``` root@photoprism:/photoprism# ls -la /photoprism/storage/ total 24 drwxr-xr-x 5 root root 4096 Nov 8 19:00 . drwxrwxrwx 1 photoprism photoprism 4096 Oct 21 06:15 .. drwxr-xr-x 3 root root 4096 Nov 14 20:20 cache drwxr-xr-x 2 root root 4096 Oct 23 18:26 settings drwxr-xr-x 3 root root 4096 Nov 8 20:39 sidecar ``` ``` root@photoprism:/photoprism# ls -la /photoprism/storage/cache/ total 16 drwxr-xr-x 3 root root 4096 Nov 14 20:20 . drwxr-xr-x 5 root root 4096 Nov 8 19:00 .. -rw------- 1 root root 145 Nov 14 20:20 sessions.json drwxr-xr-x 18 root root 4096 Nov 14 20:39 thumbnails ``` The thumbs are all there in the container's file system!

deekerman commented

2026-02-19 23:10:00 -05:00

Author

Owner

@lastzero commented on GitHub (Nov 14, 2020):

"thumbnail not cached" means PhotoPrism can't find the thumb(s) for any reason... might also be permissions... hard to guess from where I sit... must have worked at some point in the past?

@lastzero commented on GitHub (Nov 14, 2020): "thumbnail not cached" means PhotoPrism can't find the thumb(s) for any reason... might also be permissions... hard to guess from where I sit... must have worked at some point in the past?

deekerman commented

2026-02-19 23:10:00 -05:00

Author

Owner

@totti4ever commented on GitHub (Nov 14, 2020):

Permissions cannot be: photoprism runs as root and root sees all I quoted above.

A simple restart couldn't break it again. I wait for the next time the problem arises ( I guess after updates?).

@totti4ever commented on GitHub (Nov 14, 2020): Permissions cannot be: `photoprism` runs as root and root sees all I quoted above. A simple restart couldn't break it again. I wait for the next time the problem arises ( I guess after updates?).

deekerman commented

2026-02-19 23:10:00 -05:00

Author

Owner

@lastzero commented on GitHub (Nov 14, 2020):

Yes, probably whenever the container is restarted.

@lastzero commented on GitHub (Nov 14, 2020): Yes, probably whenever the container is restarted.

deekerman commented

2026-02-19 23:10:00 -05:00

Author

Owner

@kushfest commented on GitHub (Nov 16, 2020):

For what it's worth, I'm having the same problem. Everything had been working fine, but it seems something broke and my thumbnails are gone. Same "thumbnail not cached error". I just disabled watchtower for photoprism so I can be in more control of updates and presently re-indexing all my photos...brutal. I checked permissions, everything looked right. Same with the volumes mounted in docker.

@kushfest commented on GitHub (Nov 16, 2020): For what it's worth, I'm having the same problem. Everything had been working fine, but it seems something broke and my thumbnails are gone. Same "thumbnail not cached error". I just disabled watchtower for photoprism so I can be in more control of updates and presently re-indexing all my photos...brutal. I checked permissions, everything looked right. Same with the volumes mounted in docker.

deekerman commented

2026-02-19 23:10:01 -05:00

Author

Owner

@lastzero commented on GitHub (Nov 16, 2020):

Can you pull today's Docker image and reindex? There was a glitch in yesterday's build with volumes that might have caused this, replaced it shortly after we noticed.

@lastzero commented on GitHub (Nov 16, 2020): Can you pull today's Docker image and reindex? There was a glitch in yesterday's build with volumes that might have caused this, replaced it shortly after we noticed.

deekerman commented

2026-02-19 23:10:01 -05:00

Author

Owner

@kushfest commented on GitHub (Nov 16, 2020):

I pulled the image at 11:06am pacific today and have been reindexing since. Is that recent enough to be on the new build? I'd love to not reindex again haha.

@kushfest commented on GitHub (Nov 16, 2020): I pulled the image at 11:06am pacific today and have been reindexing since. Is that recent enough to be on the new build? I'd love to not reindex again haha.

deekerman commented

2026-02-19 23:10:01 -05:00

Author

Owner

@lastzero commented on GitHub (Nov 16, 2020):

If the version in Settings at the bottom shows today's date, it's OK.

@lastzero commented on GitHub (Nov 16, 2020): If the version in Settings at the bottom shows today's date, it's OK.

deekerman commented

2026-02-19 23:10:01 -05:00

Author

Owner

@lastzero commented on GitHub (Nov 16, 2020):

But also if it's yesterday's build. You see our demo is working, it wasn't with the broken base image.

@lastzero commented on GitHub (Nov 16, 2020): But also if it's yesterday's build. You see our demo is working, it wasn't with the broken base image.

deekerman commented

2026-02-19 23:10:01 -05:00

Author

Owner

@kushfest commented on GitHub (Nov 16, 2020):

Seems I just barely missed it haha. Stopped the indexing and just pulled
latest again. Definitely on the new version now. Re-starting the index.
Hoping this is the last time i’ll reindex for a while haha.

@kushfest commented on GitHub (Nov 16, 2020): Seems I just barely missed it haha. Stopped the indexing and just pulled latest again. Definitely on the new version now. Re-starting the index. Hoping this is the last time i’ll reindex for a while haha.

deekerman commented

2026-02-19 23:10:01 -05:00

Author

Owner

@lastzero commented on GitHub (Nov 16, 2020):

Let us know how this goes. There were some major changes in how the indexer handles deleted and moved files as well as duplicates.

@lastzero commented on GitHub (Nov 16, 2020): Let us know how this goes. There were some major changes in how the indexer handles deleted and moved files as well as duplicates.

deekerman commented

2026-02-19 23:10:01 -05:00

Author

Owner

@kushfest commented on GitHub (Nov 16, 2020):

Sounds like a minor setback for some major progress! I’ll let you know how
we’re looking when it’s done. Thanks! I’m really enjoying photoprism.

@kushfest commented on GitHub (Nov 16, 2020): Sounds like a minor setback for some major progress! I’ll let you know how we’re looking when it’s done. Thanks! I’m really enjoying photoprism.

deekerman commented

2026-02-19 23:10:01 -05:00

Author

Owner

@kushfest commented on GitHub (Nov 16, 2020):

Indexing completed and so far I appear to be good. Thumbnails are back. Still have watchtower off so I can see what happens next time I manually pull the docker image.

@kushfest commented on GitHub (Nov 16, 2020): Indexing completed and so far I appear to be good. Thumbnails are back. Still have watchtower off so I can see what happens next time I manually pull the docker image.

deekerman commented

2026-02-19 23:10:01 -05:00

Author

Owner

@totti4ever commented on GitHub (Nov 17, 2020):

So, after watchtower pulled them latest version tonight (European time, i.e. 3 hours ago), it's broken again.

What can I do to provide more information?

@totti4ever commented on GitHub (Nov 17, 2020): So, after watchtower pulled them latest version tonight (European time, i.e. 3 hours ago), it's broken again. What can I do to provide more information?

deekerman commented

2026-02-19 23:10:02 -05:00

Author

Owner

@lastzero commented on GitHub (Nov 17, 2020):

You've mounted storage to /tmp? That gets cleaned up automatically, for example after a reboot. Nothing to do with PhotoPrism.

@lastzero commented on GitHub (Nov 17, 2020): You've mounted storage to /tmp? That gets cleaned up automatically, for example after a reboot. Nothing to do with PhotoPrism.

deekerman commented

2026-02-19 23:10:02 -05:00

Author

Owner

@totti4ever commented on GitHub (Nov 17, 2020):

oh jeez - thanks for pointing that out. To make it harder to discover, the directories are kept there.
It seem, I should find another path which is mounted to my SSD ;-)

thanks, that should fix it for me!

@totti4ever commented on GitHub (Nov 17, 2020): oh jeez - thanks for pointing that out. To make it harder to discover, the directories are kept there. It seem, I should find another path which is mounted to my SSD ;-) thanks, that should fix it for me!

deekerman referenced this issue

2026-02-19 23:14:45 -05:00

Scroll position is lost on backwards navigation #704