Not getting thumbnails for some photo albums. Why?

Hello everyone,

like the title says I am not getting thumbnails on some of the photo albums. I tried scanning, analyzing, nothing works.

I have errors in log files like the one below, but no idea what that means.

Plex\ Media\ Server.log:

...
Jan 25, 2020 21:08:06.628 [0x7f2ad27fc700] ERROR - Error issuing curl_easy_perform(handle): 7
...
Jan 25, 2020 21:08:06.046 [0x7f2aa97fa700] ERROR - Unknown metadata type: folder
...

What do I do?

And by the way? Who on earth creates file names with spaces inside? This should be fixed years ago.

Cheers
b0rski

May I have the full DEBUG logs ZIP file?
(If DEBUG logging was turned off or VERBOSE turned on – make certain DEBUG logging only then recreate / recapture the failure before downloading logs)

Nothing can be diagnosed from those two lines in isolation.

Here ya go mate.
Plex Media Server Logs_2020-01-25_21-40-38.zip (1.9 MB)

Thanks.
Your logs show it’s generating thumbnails now. The logs do not show how many are in the queue.

live) GZIP 0ms 166 bytes
Jan 25, 2020 21:40:32.113 [0x7f50edffb700] DEBUG - Request: [127.0.0.1:36172 (Loopback)] GET /:/metadata/notify/changeItemState?librarySectionID=7&metadataItemID=53736&metadataType=13&state=-1&mediaState=analyzing (25 live) GZIP Signed-in Token (b0rski)
Jan 25, 2020 21:40:32.113 [0x7f5116ad8700] DEBUG - Completed: [127.0.0.1:36172] 200 GET /:/metadata/notify/changeItemState?librarySectionID=7&metadataItemID=53736&metadataType=13&state=-1&mediaState=analyzing (24 live) GZIP 0ms 166 bytes
Jan 25, 2020 21:40:32.117 [0x7f50e2ffd700] DEBUG - Request: [127.0.0.1:36174 (Loopback)] GET /:/metadata/notify/changeItemState?librarySectionID=7&metadataItemID=53736&metadataType=13&state=-1&mediaState=thumbnailing (25 live) GZIP Signed-in Token (b0rski)
Jan 25, 2020 21:40:32.117 [0x7f5116ad8700] DEBUG - Completed: [127.0.0.1:36174] 200 GET /:/metadata/notify/changeItemState?librarySectionID=7&metadataItemID=53736&metadataType=13&state=-1&mediaState=thumbnailing (24 live) GZIP 0ms 166 bytes

That’s very nice but I still can’t see them. I tried 3 different clients so it must be the server.

What I’m telling you is:

From your logs which you just gathered and presented – It’s not done yet.

How many photos did you dump in?

According to find and wc I have 20753 files in all the folders. How long “should” it take to scan on an i5 with over 2Ghz and plenty memory (inside docker container but without limits)? The server runs since yesterday. I think what you see in the logs is what happens after I click analyze? Well even if it finally finishes then I can’t see the thumbnails.

Photo processing included, unless you disabled it, tagging.
If you created the library, adding all 20,753 files at once, it will take a lot of time.
Rule of thumb is to add no more than about 5000 at a time from one or more subdirectories. It allows all the sub-phases of photo processing to complete quickly. Since there is no limit to the number of subdirectories which can be included in a section, there is no concern for having too many.

I do see the Analyze activity.

Jan 25, 2020 21:38:24.264 [0x7fbe1219c740] DEBUG - Opening 20 database sessions to library (com.plexapp.plugins.library), SQLite 3.26.0, threadsafe=1
Jan 25, 2020 21:38:24.392 [0x7fbe04a28700] DEBUG - Analyzing media parts for item 42079 (0e4316d1fe): 40031
Jan 25, 2020 21:38:24.392 [0x7fbe04a28700] DEBUG - [ID 40031] Media part analysis: /photos/2009/2009-08/2009-08-30/0e4316d1fe.jpeg
Jan 25, 2020 21:38:24.393 [0x7fbe05229700] DEBUG - Analyzing media parts for item 53666 (0e4316d1fe): 51068
Jan 25, 2020 21:38:24.393 [0x7fbe05229700] DEBUG - [ID 51068] Media part analysis: /photos/2014/2014-01/2014-01-21/0e4316d1fe.jpeg
Jan 25, 2020 21:38:24.394 [0x7fbdfffff700] DEBUG - Analyzing media parts for item 42057 (0f6d4795d2): 40012
Jan 25, 2020 21:38:24.394 [0x7fbdfffff700] DEBUG - [ID 40012] Media part analysis: /photos/2009/2009-08/2009-08-14/0f6d4795d2.jpeg
Jan 25, 2020 21:38:24.399 [0x7fbe05a2a700] DEBUG - Analyzing media parts for item 40477 (1): 38539
Jan 25, 2020 21:38:24.399 [0x7fbe05a2a700] DEBUG - [ID 38539] Media part analysis: /photos/2006/2006-06/2006-06-18/1.JPG
Jan 25, 2020 21:38:24.400 [0x7fbe0622b700] DEBUG - Analyzing media parts for item 41254 (1): 39265
Jan 25, 2020 21:38:24.400 [0x7fbe0622b700] DEBUG - [ID 39265] Media part analysis: /photos/2008/2008-07/2008-07-27/1.jpg
Jan 25, 2020 21:38:24.401 [0x7fbe06a2c700] DEBUG - Analyzing media parts for item 42080 (1): 40032
Jan 25, 2020 21:38:24.401 [0x7fbe06a2c700] DEBUG - [ID 40032] Media part analysis: /photos/2009/2009-08/2009-08-30/1.JPG
Jan 25, 2020 21:38:24.402 [0x7fbe0722d700] DEBUG - Analyzing media parts for item 42541 (1): 40468
Jan 25, 2020 21:38:24.404 [0x7fbe0722d700] DEBUG - [ID 40468] Media part analysis: /photos/2010/2010-02/2010-02-07/1.jpeg
Jan 25, 2020 21:38:24.408 [0x7fbe07a2e700] DEBUG - Analyzing media parts for item 53668 (1): 51070
Jan 25, 2020 21:38:24.408 [0x7fbe07a2e700] DEBUG - [ID 51070] Media part analysis: /photos/2014/2014-01/2014-01-21/1.jpeg
Jan 25, 2020 21:38:24.432 [0x7fbe06a2c700] DEBUG - Streams didn't change in analysis, not saving.
Jan 25, 2020 21:38:24.432 [0x7fbe06a2c700] DEBUG - Updating media item 40032, size=793702, metadata_item_id=42080
Jan 25, 2020 21:38:24.432 [0x7fbe06a2c700] DEBUG - Updating part with ID=40032 [/photos/2009/2009-08/2009-08-30/1.JPG]
Jan 25, 2020 21:38:24.434 [0x7fbe06a2c700] DEBUG - Downloading document http://127.0.0.1:32400/library/changestamp

I see this error but don’t understand photography so don’t know what it means.

Jan 25, 2020 21:38:36.438 [0x7fbe05a2a700] DEBUG - Analyzing media parts for item 61775 (20180505_085806): 58738
Jan 25, 2020 21:38:36.447 [0x7fbe05a2a700] DEBUG - [ID 58738] Media part analysis: /photos/2018/2018-05/2018-05-05/20180505_085806.jpg
Jan 25, 2020 21:38:36.448 [0x7fbdff7fe700] DEBUG - HTTP 200 response from GET http://127.0.0.1:32400/:/metadata/notify/changeItemState?librarySectionID=7&metadataItemID=49071&metadataType=13&state=-1&mediaState=analyzing
Jan 25, 2020 21:38:36.449 [0x7fbdff7fe700] DEBUG - HTTP requesting GET http://127.0.0.1:32400/:/metadata/notify/changeItemState?librarySectionID=7&metadataItemID=49071&metadataType=13&state=-1&mediaState=thumbnailing
Jan 25, 2020 21:38:36.452 [0x7fbe05a2a700] ERROR - Format [JPEG] - Invalid SOS parameters for sequential JPEG
Jan 25, 2020 21:38:36.452 [0x7fbdff7fe700] DEBUG - HTTP 200 response from GET http://127.0.0.1:32400/:/metadata/notify/changeItemState?librarySectionID=7&metadataItemID=49071&metadataType=13&state=-1&mediaState=thumbnailing
Jan 25, 2020 21:38:36.453 [0x7fbdff7fe700] DEBUG - HTTP requesting GET http://127.0.0.1:32400/:/metadata/notify/changeItemState?librarySectionID=7&metadataItemID=49071&metadataType=13&state=-1&mediaState=idle
Jan 25, 2020 21:38:36.455 [0x7fbe05229700] DEBUG - Streams didn't change in analysis, not saving.
Jan 25, 2020 21:38:36.455 [0x7fbe05229700] DEBUG - Updating media item 58732, size=3666170, metada

The “SOS” error is repeated several places in “Plex Media Scanner Analysis.1.log”

It is extremely hard to believe that it should take that long. The first album thumbnails were generated in seconds and minutes. In the past I had zero problems. I’m sure there is something broken in Plex.

Enough time passed and the thumbnails are still not there.

Anyone, anything? Days pass, thumbnails are still not generated. This is some kind of a bug.

Bump.

Bump. Can anyone please help to solve this?

Nobody who can help? No support for this?

Just installed Plex on a Qnap box. Same error again. Thumbnails are not generated. I tried regenerate them with the Scanner but get errors when using the command.

./Plex\ Media\ Scanner --list
terminate called after throwing an instance of 'soci::soci_error'
  what():  sqlite3_statement_backend::prepare: no such column: library_sections.content_changed_at for SQL: select library_sections.id as 'library_sections_id', library_sections.library_id as 'library_sections_library_id', library_sections.name as 'library_sections_name', library_sections.name_sort as 'library_sections_name_sort', library_sections.section_type as 'library_sections_section_type', library_sections.language as 'library_sections_language', library_sections.agent as 'library_sections_agent', library_sections.scanner as 'library_sections_scanner', library_sections.user_thumb_url as 'library_sections_user_thumb_url', library_sections.user_art_url as 'library_sections_user_art_url', library_sections.user_theme_music_url as 'library_sections_user_theme_music_url', library_sections.created_at as 'library_sections_created_at', library_sections.updated_at as 'library_sections_updated_at', library_sections.scanned_at as 'library_sections_scanned_at', library_sections.user_fields as 'library_sections_user_fields', library_sections.query_xml as 'library_sections_query_xml', library_sections.query_type as 'library_sections_query_type', library_sections.uuid as 'library_sections_uuid', library_sections.changed_at as 'library_sections_changed_at', library_sections.content_changed_at as 'library_sections_content_changed_at' from library_sections
****** PLEX MEDIA SCANNER CRASHED, CRASH REPORT WRITTEN: /root/Library/Application Support/Plex Media Server/Crash Reports/1.18.7.2415-9930aef45/PLEX MEDIA SCANNER/7b13e8d6-c689-ef26-68a7519d-7989fa01.dmp
Aborted
[/share/CACHEDEV1_DATA/.qpkg/PlexMediaServer] # Error in command line:the argument for option '--serverUuid' should follow immediately after the equal sign
Crash Uploader options (all are required):
  --directory arg       Directory to scan for crash reports
  --serverUuid arg      UUID of the server that crashed
  --userId arg          User that owns this product
  --platform arg        Platform string
  --platformVersion arg Platform version string
  --vendor arg          Vendor string
  --device arg          Device string
  --model arg           Device model string
  --sentryUrl arg       Sentry URL to upload to
  --sentryKey arg       Sentry Key for the project
  --version arg         Version of the product

Any help on this error?

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.