isamudaison 12 Posted February 14, 2017 Posted February 14, 2017 Linux Mint 18 (Ubuntu 16.04), everything was running swimmingly until v3.2... Attached is a (sanitized) log. The problem here is the server seems to hang (not really 'crash'), so I'm not sure what else I can post... I did notice the response times get slower and slower towards the end of the log. I'll run a systemctl restart as soon as it becomes unresponsive, and it will run either for a couple of minutes, and then hang (while scanning the library), or it'll run for a day or so (presumably until it does another library scan). server-debug.txt
Luke 42078 Posted February 14, 2017 Posted February 14, 2017 Hi, this is only a three minute period of time in the log, is there more to this?
isamudaison 12 Posted February 14, 2017 Author Posted February 14, 2017 (edited) Hi, this is only a three minute period of time in the log, is there more to this? This is how long it took for the server to become unresponsive, that is, I had to restart emby at that point. Edited February 14, 2017 by isamudaison
isamudaison 12 Posted February 16, 2017 Author Posted February 16, 2017 OK, now I'm in the state where I can no longer start emby... that is, I can do a systemctl restart, but the web interface is unresponsive... what can I post to help troubleshoot this?
isamudaison 12 Posted February 16, 2017 Author Posted February 16, 2017 Does it produce any log? Not that I can tell, but I think I may have found the issue... one of my NASes seems to be having issues being available on the network... Would that cause emby to go into a 'unreachable' state while it waits for a response?
Luke 42078 Posted February 17, 2017 Posted February 17, 2017 Is the server on the NAS or a different machine?
isamudaison 12 Posted February 17, 2017 Author Posted February 17, 2017 OK, it's not the NAS being unavailable... the server is running on a Linux mint 18 box (core i5 / 32GB ram) and the latest log looks the same, but it dies at this call: https://www.thetvdb.com/api/B89CE93890E9419B/series/164301/all/en.zip Which appears to be the info for a series 'Nikita'... not sure why it's downloading that, but it is, while scanning my ... ahem 'adult' section, which is weird, because I set the type on that library to 'mixed content', which I understand means emby should not be trying to scrape it. What content type should I set to disable scraping on a library?
Luke 42078 Posted February 17, 2017 Posted February 17, 2017 you would use home videos to do that. or keep mixed content and uncheck the box about internet metadata.
isamudaison 12 Posted February 17, 2017 Author Posted February 17, 2017 Okayyy... I removed the porn folder from the library and it's been Rock solid so far (knock on wood)... Why does emby hate porn??
isamudaison 12 Posted February 17, 2017 Author Posted February 17, 2017 Ok, I've added the path back as 'home video' but it apparently still seems to think it needs to 'scan' it, and that is causing emby to hang... my guess is ffmpeg is still trying to extract images (even though I have everything turned off for the library ) and it's encountering a 'bad' file (giggity). I really think there should be a "don't do anything for this library' content type so we don't have to worry about something like this happening (e.g. an external process killing the emby process).
isamudaison 12 Posted February 17, 2017 Author Posted February 17, 2017 I've also repro'd with my music library... basically any 'big' library scan is hosing my emby process... Is emby open source (e.g. can I fork and replace the ridiculous mono dependency)?
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