-
-
Notifications
You must be signed in to change notification settings - Fork 248
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Infinite "FixThumbnailsWithoutMetadata" scan with "Fixed 0 ThumbnailBook" #1338
Comments
The logs are from 1.7.2. Please run the latest version and provide log file. |
Hello, logs with 1.8.4 (latest) komga-1-8-4.log |
thanks. Difficult to see what's going on, i would need to have more information on what's in your DB. Can you execute the following query in the DB via select BOOK_ID,
length(THUMBNAIL) as thumbnail_size,
url,
type,
WIDTH,
HEIGHT,
MEDIA_TYPE,
FILE_SIZE
from THUMBNAIL_BOOK
where FILE_SIZE = 0
or MEDIA_TYPE = ''
or WIDTH = 0
or HEIGHT = 0
; |
The CSV export from database.sqlite (semicolon separated) : Query-database-komga.csv |
All the thumbnails listed are generated, but they don't have any data. Can you try to request the thumbnail for one of those books, see what's the api returns? |
With the first id in the list i get a 404 (using GET
(HTTP 200 with book id not listed in the previous query) |
Those books probably need to be analyzed again. Are they all part of the same library? |
Yes, I only have one large library. |
The analysis is complete, but the problem seems to persist
|
Can you locate one of the book for which it does not work, analyze it, and see if there's anything in the logs ? |
Yes, here is the log : analyse-book-komga.log |
I suspect the books do not have a cover at all. Could you send me one of those books ? |
You can donwload the book here : https://wormhole.app/0lpap#rQdfYhJxj1ZwOB-u3RpScw |
For information, i also have ZIP archives in the exported list |
I'm not sure to understand that statement. |
For example, the book with the ID "0CDYKE6554E8P" in the list ( #1338 (comment)) is not an EPUB file but an archive : https://wormhole.app/5zR8R#ayTN1Hw3dbBRm7eOhS8TFQ |
For me, the problem doesn't seem to be linked to these files (these files have been there for years without issue). |
That file has no images in it, thus should show as in error. Can you confirm? |
And no, the file is not listed in media analysis page |
Pdf inside archives are not supported.
Can you check the book media status in the API for that book? |
Actually for that book if you could provide the json from |
{
"id": "0CDYKE6554E8P",
"seriesId": "0CDYKE6554E8N",
"seriesTitle": "ARTeam",
"libraryId": "0CDYKDSJN4BKY",
"name": "ARTeam_eZine_Number1",
"url": "/mnt/livres/Zines/ARTeam/ARTeam_eZine_Number1.rar",
"number": 3,
"created": "2023-05-21T09:47:38Z",
"lastModified": "2023-12-11T16:18:51Z",
"fileLastModified": "2020-12-23T16:43:16Z",
"sizeBytes": 3129556,
"size": "3 MiB",
"media": {
"status": "READY",
"mediaType": "application/x-rar-compressed; version=4",
"pagesCount": 1,
"comment": "",
"mediaProfile": "DIVINA"
},
"metadata": {
"title": "ARTeam_eZine_Number1",
"titleLock": false,
"summary": "",
"summaryLock": false,
"number": "3",
"numberLock": false,
"numberSort": 3,
"numberSortLock": false,
"releaseDate": null,
"releaseDateLock": false,
"authors": [],
"authorsLock": false,
"tags": [],
"tagsLock": false,
"isbn": "",
"isbnLock": false,
"links": [],
"linksLock": false,
"created": "2023-05-21T09:47:38Z",
"lastModified": "2023-12-11T16:18:51Z"
},
"readProgress": null,
"deleted": false,
"fileHash": "9c94c119e39f67bb262e97b50fc08160",
"oneshot": false
} |
How about |
[
{
"number": 1,
"fileName": "ARTeam.eZine.Number1\\Supplements\\Breaking Protocol\\Src\\Bruteus\\Bruteus\\icon.ico",
"mediaType": "image/vnd.microsoft.icon",
"width": null,
"height": null,
"sizeBytes": 1150,
"size": "1.1 KiB"
}
] |
Oh that's funny. We'll you probably shouldn't have that kind of files in your komga library. I'll have a look at how I can fix your issue with the never ending tasks. |
I've been looking at this, turns out an empty thumnail is created and saved when no poster can be found. This should not happen and i'll fix this. I will also do a database cleanup in the next release to remove those empty thumbnails, which should prevent the fixThumbnails task to loop through them. |
Thanks for your support 👍 |
🎉 This issue has been resolved in |
Steps to reproduce
Komga directly run the task "FixThumbnailsWithoutMetadata" and the problem start.
The problem seems to occur when upgrading the docker image from 1.8.3 to 1.8.4 (latest).
Rollback 1.8.4 to 1.8.3 and 1.7.2 without improvement.
Expected behavior
Komga start and task "FixThumbnailsWithoutMetadata" completed successfully.
Actual behavior
The scan "FixThumbnailsWithoutMetadata" never end and fix no "ThumbnailBook" (=> produce high CPU usage).
Logs
Logs : komga-manual-1.log
Komga version
1.8.4, 1.8.3 and 1.7.2
Operating system
Debian 12
Installation method
Docker
Other details
Environement variables :
Deployed on kubernetes (k3s).
Library "scan on boot" and "periodic scan" are disabled with no improvement.
Seem not related with #1287 issue.
Acknowledgements
The text was updated successfully, but these errors were encountered: