2024-09-19, 01:33 AM
These same movie posters keep being lost, so I am left with timeline snapshot as a poster. I have corrected the posters over 5 times now.
Any input would be appreciated.
Any input would be appreciated.
2024-09-19, 01:33 AM
These same movie posters keep being lost, so I am left with timeline snapshot as a poster. I have corrected the posters over 5 times now.
Any input would be appreciated.
2024-09-19, 02:19 AM
Those look like the trickplay images. What version of Jellyfin are you running? And can you share your logs via pastebin.
2024-09-19, 07:07 PM
(This post was last modified: 2024-09-23, 04:11 AM by Paft. Edited 1 time in total.)
Windows 10.9.11. It was doing it on the previous version I was on, 10.9.9 i think.
I see. I assume you'll need logs on the day it happens? I'll wait till it next happens and provide that log. Thanks for the reply. Edit: Oddly is seems to have magically stopped since posting, despite it doing it for many weeks.
2024-09-27, 03:31 AM
It happened again on the specific films (on the 23rd. I don't have that log as I believe it was auto deleted?)
Here's the most recent log: https://pastebin.com/RZvq80iq
2024-09-27, 05:16 PM
(This post was last modified: 2024-09-27, 05:17 PM by TheDreadPirate. Edited 1 time in total.)
What kind of storage is your Z Drive? It looks like it was unavailable briefly and the movie in question was removed.
Code: [2024-09-27 03:46:18.487 +01:00] [INF] [34] Emby.Server.Implementations.IO.LibraryMonitor: "Films" ("Z:\Videos\Films") will be refreshed. When it is eventually added back, I don't know why it picks up the trickplay for the primary image. It also looks like other storage may be becoming unavailable during library refreshes? Code: [2024-09-27 03:46:34.715 +01:00] [INF] [12] Emby.Server.Implementations.IO.LibraryMonitor: "House of the Dragon" ("I:\Videos\TV\House of The Dragon") will be refreshed.
2024-09-27, 06:23 PM
Would that happen if some drives are sleeping when a scan starts?
W and X drives are on a NAS. Sometimes I shut it down as it really doesn't need to be 24/7 (yes, I know they're not meant to be powered up/down, but the sound annoys me--it is a bit crap, it randomly spins up the drives when set not to.) Plus, my "server" is my PC anyway and that isn't on 24/7 either. All other drives are inside the PC including Z & I. The films with issues are on Z, K. I cannot remember what the others were on that I have since deleted (MaXXXine & Fly Me to the Moon. they wasn't on the NAS.) CrystalDiskInfo says 'Health Satus: Caution' for K:. 'Good' for Z:. There are plenty of content on each drive and it is only those ones. The only other time I see issues is when the NAS is off, posters form content on that are blurred. When I power it up and refresh they're back.
2024-09-27, 06:35 PM
Turning off the NAS is definitely a problem. Jellyfin has a scheduled task that rescans your library every 12 hours. If you must turn off the NAS you should also disable this job.
Dashboard > Scheduled Tasks > Scan Media Library Do you have the images for all of your media stored on the NAS? Or are the images stored in the same folder as your media?
2024-09-27, 06:51 PM
However Jellyfin stores images by default, that's what I'll be using. "C:\ProgramData\Jellyfin\Server" by default?
The NAS is (x2 HDD) storage only. JF server is installed on the PC. The handful of movies with poster issues are not on the NAS. It has only ever been those despite there being many more on the same drives. Thanks for the replies.
2024-09-27, 07:01 PM
For now, disable the library refresh job and refresh manually when needed. It's not clear from the log WHY Jellyfin is removing and re-adding some of these individual movies.
You can try enabling debug logging and wait for the problem to happen again. This would require that the refresh job be left running. C:\ProgramData\Jellyfin\Server\config\logging.default.json Change "Information" and "Warning in the top section to "Debug". This change should take effect immediately. Once this happens again, zip up the log and attach to a forum post. Zipping is required since the log will likely be very big.
1
|
|
|