denywinarto 5 Posted September 29, 2019 Posted September 29, 2019 My server was hit by a ransomware. And the drives were disconnected because the hacker put them in bitlocker-ed state, i managed to recover them eventually. But emby apparently decides to refetch all metadata again. Even though the path doesnt change at all. And im pretty sure i put the metadata with the media, Is there anyway to prevent this behavior? Or maybe im not setting it up correctly?
Happy2Play 9783 Posted September 29, 2019 Posted September 29, 2019 A dev will probably provide a better answer, but I would assume all items were removed from Emby when the data got encrypted. Now Emby is re-adding your media and if the existing metadata/images are not readable (maybe permisiions) Emby falls back to default storing metadata to database and images to /library. A server log may explain more though.
Luke 42083 Posted September 29, 2019 Posted September 29, 2019 Hi, yes we'd have to look at the server log, thanks.
denywinarto 5 Posted September 29, 2019 Author Posted September 29, 2019 Here are the logs, not sure which one so i pick the ones when the attack happens hardware_detection-63705228512.txt embyserver-63705225601.txt
denywinarto 5 Posted October 3, 2019 Author Posted October 3, 2019 (edited) Hi there, are you still running into this? Well if emby still force user to update whole library if the media changes path / disconnected, and there's no way to change this behavior then it's still gonna be an issue for me. It took 4 days for emby to refetch the metadata Edited October 3, 2019 by denywinarto
ebr 16187 Posted October 3, 2019 Posted October 3, 2019 Well if emby still force user to update whole library if the media changes path / disconnected, and there's no way to change this behavior then it's still gonna be an issue for me. It took 4 days for emby to refetch the metadata Hi. Why don't you save the metadata with the files?
denywinarto 5 Posted October 3, 2019 Author Posted October 3, 2019 Hi. Why don't you save the metadata with the files? It is with the media files already, unless there's another option that i missed The only related option that still unchecked is save metadata and image in hidden files.
Happy2Play 9783 Posted October 3, 2019 Posted October 3, 2019 It is with the media files already, unless there's another option that i missed The only related option that still unchecked is save metadata and image in hidden files. What are in those 1KB nfo/xml files? To me those would appear to be missing a lot of metadata. But the moviename.nfo would appear to the new one that was generated. The xmls are not used at all unless you have installed the xml metadata plugin and adjusted priority. @@Luke which one will have priority the moviename.nfo or the movie.nfo?
denywinarto 5 Posted October 3, 2019 Author Posted October 3, 2019 (edited) What are in those 1KB nfo/xml files? To me those would appear to be missing a lot of metadata. But the moviename.nfo would appear to the new one that was generated. The xmls are not used at all unless you have installed the xml metadata plugin and adjusted priority. @@Luke which one will have priority the moviename.nfo or the movie.nfo? I just realized i had this option unchecked, could this be the cause? the NFO and xml are generated by radarr, i have all metadata option enabled on radarr, strange, cant seem to upload them here. Here's the nfo and xml : https://drive.google.com/file/d/184m4jBR2pD0ioa6nIBBgYeY_31YF2CEy/view?usp=sharing Edited October 4, 2019 by denywinarto
ebr 16187 Posted October 4, 2019 Posted October 4, 2019 Okay, so stop Radarr from creating those NFO files and check that option for Emby to store metadata with the media, then do a complete and full refresh (replacing all metadata) of everything and you should no longer have the issue of it taking a long time to re-fetch (after this time).
denywinarto 5 Posted October 4, 2019 Author Posted October 4, 2019 Okay, so stop Radarr from creating those NFO files and check that option for Emby to store metadata with the media, then do a complete and full refresh (replacing all metadata) of everything and you should no longer have the issue of it taking a long time to re-fetch (after this time). Not even the Emby metadata option? Both radarr and sonarr have it. Hmm , are you suggesting to delete all metadata files on my library? that might take awhile cause i have almost 200 tb
denywinarto 5 Posted October 5, 2019 Author Posted October 5, 2019 Hmm i've tested with just emby metadata enabled on radarr, and this is what i got. Is it supposed to be like this? No poster.jpg? If it is, then it's conflicting with my other custom app that requires poster.jpg on each media. Just wondering, would it be ok if i let radarr fetch poster.jpg through kodi metadata option? So it would be like this, the kodi metadata option is disabled (previously it was enabled) If its okay then probably this is the ideal setting for my library, i need at least poster.jpg
ebr 16187 Posted October 5, 2019 Posted October 5, 2019 Notice the "legacy" indication on the Emby option? I wouldn't use that.
Luke 42083 Posted October 6, 2019 Posted October 6, 2019 I would use the kodi/xbmc option because Emby supports that metadata out of the box.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now