Failed to create thumbnails

[Kawaii-mumu233]

LRR Version and OS
Docker on Debian 12

Bug Details
No thumbnails were generated by default, and when I regenerated them manually, regardless of whether JPEG XL was enabled or not, I got this error:

All thumbnails generated! Encountered the following errors:
,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,

There's no more text to show due to the small message box size, I've googled and couldn't find a solution. The thumbnail folder is writable.

Matching Logs
No logs about thumbnails. Do I need to post some others?

Screenshots

[Kawaii-mumu233]

Update:
shows a message when reading

Error checking Minion job status
Error

[pringleprng]

check your folder permissions

[Kawaii-mumu233]

check your folder permissions

I bond the content and thumb directory to the local folder, and it does have read&write permissions, I'd executed chmod 777 or 666 to the folder.

[ramzh]

Having the same issue. Any solution to this?

[Kawaii-mumu233]

Having the same issue. Any solution to this?

Well, I turned to Kogma after several attemps...

[Difegue]

Sorry for the delay in looking at this; Are there any errors that look like Error while generating thumbnail in your log files?
Those are what land in that report at the end of the Minion job.

It's strange that it'd just output blanks.. You can also look at the Minion console to see the result of the regen_all_thumbnails job directly.

[Dr-Evil85]

I have the same problem
that´s what i get from minion

`---
args:

• /home/koyomi/lanraragi/content/thump
• 4ed235d05d053e5b2fc552ed24be0a0016793a78
• 0
  attempts: '3'
  children: []
  created: 2024-06-03T21:56:57.61356Z
  delayed: 2024-06-03T21:58:08.97363Z
  finished: 2024-06-03T21:58:09.3646Z
  id: '8266'
  notes: {}
  parents: []
  priority: '0'
  queue: default
  result:
  errors:
  • |
    Error building thumbnail: mkdir /home/koyomi/lanraragi/content/thump/4e: Permission denied at /home/koyomi/lanraragi/script/../lib/LANraragi/Utils/Archive.pm line 166.
    retried: 2024-06-03T21:57:52.97363Z
    retries: '2'
    started: 2024-06-03T21:58:09.30959Z
    state: failed
    task: thumbnail_task
    worker: '51'`

[Kawaii-mumu233]

Sorry for the delay in looking at this; Are there any errors that look like Error while generating thumbnail in your log files? Those are what land in that report at the end of the Minion job.

It's strange that it'd just output blanks.. You can also look at the Minion console to see the result of the regen_all_thumbnails job directly.

Thanks for reply, i'll try it next Monday ;)

[Difegue]

For permission denied errors, consider placing the thumbnail folder outside of the content folder entirely instead of the default; This same issue popped up with another user whose content folder was set to drwxrwxr-x.

Normally the content folder doesn't need to be writable (that was the main impetus behind disassociating the thumbnail folder from it to begin with), but it is likely that if it tries to mkdir the thumbnail folder (because it doesn't exist yet) and you left it in the default location as a subfolder of the unwritable content dir, it'd fail.

I should probably update the dockerfile to move the thumb directory somewhere else in the container by default..