I am just going out on a limb here:
A week ago I downloaded e1 and e2 via my private tracker of murderbot. My setup is that my jellyfin library directly points to the downloads folder for TV shows. This has always worked in the past, but now last week for murderbot e1 and e2 and now again this friday for e3, jellyfin only recognizes the file but cannot pull any metadata and is somehow unable to stream it to any of my clients.
I haven’t tried any usual troubleshooting steps yet since I was really busy this past week, but was wondering if this is some Apple mechanism to hinder piracy.
Thoughts?
Careful, I’ve seen an uptick in malicious files being uploaded for popular tv shows. Including murderbot. You likely downloaded one of those. There shouldn’t be any DRM in pirated media. I’ve noticed it mostly in episodes before they are released. So the day after murderbot episode 2 came out my sonarr started trying to download episode 3. They were all malicious files, on all my trackers except for my private one. Carefully look at the file, if it isn’t legit, since you got it from a private tracker, flag it and boot the user uploading crap.
If not, could be a transcoding issue. Try watching it directly with VLC.
And this is exactly why qBitTorrent allows you to exclude file types. I have a pretty extensive list of excluded file types, specifically because there are lots of malicious torrents that try the old Limewire trick of “{movie}.avi.exe” to trick people into running them. Even if Sonarr grabs a malicious torrent, it simply won’t download anything.
And then I have Cleanuperr running, which periodically checks to see if there are any empty torrents queued. If it finds a torrent that isn’t downloading anything (like a {movie}.avi.exe one) then it deletes it, and tells Sonarr/Radarr to blacklist it and retry the search.
Yea, I wish transmission did that too. Qbittorrent kept randomly soft crashing on me. It’d work fine for weeks, but suddenly all new torrents added wouldn’t start downloading. I’d think it was the torrent, so I’d grab a handfull of alternatives, but nada. Reboot qbittorrent and it was fine and suddenly I’d have half a dozen copies of what I wanted. It was frustrating, plus the ui on mobile was bad. Vuetorrent was awesome though.
I’ll look at cleanuperr that looks helpful.
Interesting. I haven’t experienced anything like that, but I also have my server scheduled to automatically reboot once a week at like 4AM. Maybe that keeps it from soft crashing?
That’s part of why I only download released episodes and movies. Cam rips suck ass, and there’s too much risk of downloading garbage that isn’t the real file.
That works for movies, but not for tvshows. There have been multiple tickets written against sonarr to prevent it from searching for episodes before they’re aired, but tgey refuse and say to stop using sucky indexers
Reasonable
You can’t depend on thetvdb release dates to be accurate and sometimes theres just good leaked releases.
They are right. Stop using shitty indexers
Works fine for me with a mix of public and private trackers include the cesspool, TPB. Typically shows hit up to 24 hours before their air date and I like being able to watch them early especially if the air date would be a day I’m working and wouldn’t be able to watch until the following week.
You could try adding some filters if you notice that these malicious files have similar tags or release groups.
Private trackers filter bs releases that members cross-seed from bad public trackers.
Yeah I’m aware of that but I still have many things come from public trackers and haven’t ran into this issue in 7 years of using radarr/sonarr. You can easily add filters to block cam copies too.
Care to expand on the filetypes? Are they actually trying to exploit vulnerabilities in video players?
No they aren’t that sophisticated. I can’t think of them off the top of my head, they’ve all been blocked by sonarr.
I did a quick search and here are the malicious filetypes I found for Murderbot s01e04 right now: .arj .lnk
if you do a search on thepiratebay and rargb you’ll find a bunch. Many of them have been blocked and reported, but they get reuploaded as fast as they get taken down. I’ve seen other types before though. I actually blame the *.arr stack for this. These files wouldn’t get downloaded, except by the most ignorant, but the easy automation makes people complacent and more easily fall victim to the scam.
Most likely they were a short video of text saying “you need xyz codec to view this file, install it from totallynotavirus.ru”
I’m going to go ahead and second this. In fact, when I was downloading episode three, I snagged a bad file and had to re-download.
Fortunately, sonarr filters them out and refuses to import them. That way, I can see what I need to re-download rather than adding a garbage file to my library.