scharbag 19 Posted June 2, 2017 Posted June 2, 2017 (edited) I am having a lot of problems with Emby server crashing after a random amount of time since the latest update was released. I have looked in my logs but cannot find a smoking gun (also, I really do not know what I should be looking for). It is now to the point that it is unusable as the server crashes every few minutes even at idle. 2017-06-02 16:45:19.0724 Debug CoverArt: Codec for The Last of Robin Hood is avc1 2017-06-02 16:45:19.0724 Debug CoverArt: CoverArt will treat \\10.0.1.210\HTPC\Trailers\The Last of Robin Hood (2014)\folder.jpg 2017-06-02 16:45:19.0724 Debug CoverArt: CoverArt using profile default for The Last of Robin Hood 2017-06-02 16:45:19.0724 Debug CoverArt: CoverArt using frame type H264 from image set MetroCase for The Last of Robin Hood 2017-06-02 16:45:19.0880 Info HttpServer: HTTP Response 206 to 10.0.1.169. Time: 62ms. http://10.0.1.205:8096/emby/Items/2e4922b4cf8f57b98a697d79448f092c/Images/Primary/0?MaxWidth=10000&MaxHeight=10000&Format=original&Tag=d6f650e150390f8c48ecafa8e16cb2d2 2017-06-02 16:45:19.1192 Info CoverArt: image enhance of The Last of Robin Hood took 0.044 seconds. 2017-06-02 16:45:19.1348 Info HttpServer: HTTP HEAD http://10.0.1.205:8096/emby/Items/2e4922b4cf8f57b98a697d79448f092c/Images/Primary/0?MaxWidth=10000&MaxHeight=10000&Format=original&Tag=d6f650e150390f8c48ecafa8e16cb2d2. UserAgent: OSMC (Linux; OSMC 2017.04-2) 2017-06-02 16:45:19.1348 Info ImageProcessor: Returning original image C:\Users\Sparky\AppData\Roaming\Emby-Server\cache\images\enhanced-images\d\d6f650e150390f8c48ecafa8e16cb2d2.png 2017-06-02 16:45:19.1348 Info HttpServer: HTTP Response 200 to 10.0.1.169. Time: 0ms. http://10.0.1.205:8096/emby/Items/2e4922b4cf8f57b98a697d79448f092c/Images/Primary/0?MaxWidth=10000&MaxHeight=10000&Format=original&Tag=d6f650e150390f8c48ecafa8e16cb2d2 2017-06-02 16:45:19.2908 Info HttpServer: HTTP Response 200 to 10.0.1.169. Time: 250ms. http://10.0.1.205:8096/emby/Items/a90e4eb4862f29be57606e876ac97958/Images/Primary/0?MaxWidth=10000&MaxHeight=10000&Format=original&Tag=8aa444cd75be9eb75dbeffb8ecd9aa98 2017-06-02 16:45:19.2908 Info HttpServer: HTTP HEAD http://10.0.1.205:8096/emby/Items/a90e4eb4862f29be57606e876ac97958/Images/Primary/0?MaxWidth=10000&MaxHeight=10000&Format=original&Tag=8aa444cd75be9eb75dbeffb8ecd9aa98. UserAgent: OSMC (Linux; OSMC 2017.04-2) 2017-06-02 16:45:19.3220 Info HttpServer: HTTP Response 200 to 10.0.1.169. Time: 31ms. http://10.0.1.205:8096/emby/Items/a90e4eb4862f29be57606e876ac97958/Images/Primary/0?MaxWidth=10000&MaxHeight=10000&Format=original&Tag=8aa444cd75be9eb75dbeffb8ecd9aa98 2017-06-02 16:45:19.3220 Info HttpServer: HTTP GET http://10.0.1.205:8096/emby/Items/a90e4eb4862f29be57606e876ac97958/Images/Primary/0?MaxWidth=10000&MaxHeight=10000&Format=original&Tag=8aa444cd75be9eb75dbeffb8ecd9aa98. UserAgent: OSMC (Linux; OSMC 2017.04-2) 2017-06-02 16:45:19.3220 Info ImageProcessor: Returning original image C:\Users\Sparky\AppData\Roaming\Emby-Server\cache\images\enhanced-images\8\8aa444cd75be9eb75dbeffb8ecd9aa98.png 2017-06-02 16:45:19.3220 Info HttpResultFactory: Setting range response values for C:\Users\Sparky\AppData\Roaming\Emby-Server\cache\images\enhanced-images\8\8aa444cd75be9eb75dbeffb8ecd9aa98.png. RangeRequest: bytes=0- Content-Length: 309038, Content-Range: bytes 0-309037/309038 2017-06-02 16:45:19.3220 Info HttpResultFactory: Transmit file C:\Users\Sparky\AppData\Roaming\Emby-Server\cache\images\enhanced-images\8\8aa444cd75be9eb75dbeffb8ecd9aa98.png 2017-06-02 16:45:19.3376 Info HttpServer: HTTP Response 206 to 10.0.1.169. Time: 16ms. http://10.0.1.205:8096/emby/Items/a90e4eb4862f29be57606e876ac97958/Images/Primary/0?MaxWidth=10000&MaxHeight=10000&Format=original&Tag=8aa444cd75be9eb75dbeffb8ecd9aa98 2017-06-02 16:45:19.3532 Info HttpServer: HTTP HEAD http://10.0.1.205:8096/emby/Items/5d60a9b6afcb7f046c8a4dec46a4e25f/Images/Primary/0?MaxWidth=10000&MaxHeight=10000&Format=original&Tag=ab7cfc2d90d0b28f7ce1491729975fe1. UserAgent: OSMC (Linux; OSMC 2017.04-2) 2017-06-02 16:45:19.4000 Info HttpServer: HTTP HEAD http://10.0.1.205:8096/emby/Items/a90e4eb4862f29be57606e876ac97958/Images/Primary/0?MaxWidth=10000&MaxHeight=10000&Format=original&Tag=8aa444cd75be9eb75dbeffb8ecd9aa98. UserAgent: OSMC (Linux; OSMC 2017.04-2) 2017-06-02 16:45:19.4000 Info ImageProcessor: Returning original image C:\Users\Sparky\AppData\Roaming\Emby-Server\cache\images\enhanced-images\8\8aa444cd75be9eb75dbeffb8ecd9aa98.png 2017-06-02 16:45:19.4000 Info HttpServer: HTTP Response 200 to 10.0.1.169. Time: 0ms. http://10.0.1.205:8096/emby/Items/a90e4eb4862f29be57606e876ac97958/Images/Primary/0?MaxWidth=10000&MaxHeight=10000&Format=original&Tag=8aa444cd75be9eb75dbeffb8ecd9aa98 2017-06-02 16:45:19.4156 Debug CoverArt: Codec for Deli Man is avc1 2017-06-02 16:45:19.4156 Debug CoverArt: CoverArt will treat \\10.0.1.210\HTPC\Trailers\Deli Man (2015)\folder.jpg 2017-06-02 16:45:19.4156 Debug CoverArt: CoverArt using profile default for Deli Man 2017-06-02 16:45:19.4156 Debug CoverArt: CoverArt using frame type H264 from image set MetroCase for Deli Man 2017-06-02 16:45:19.4624 Info CoverArt: image enhance of Deli Man took 0.056 seconds. Included are the last lines of the log at the time of the last crash. The only client changes that I have made are I changed from using i3 computers to Raspberry Pi 3s for 2 Kodi clients. Server is running on a 32 Bit Win 7 VM via ESXI with 2.5GB of RAM and 2 vCPUs. I did download the 3.2.19.0 release from the Emby.media website ad did a reinstall but I am still having the crashing issues. Any help would be great. Cheers, Edited June 2, 2017 by scharbag
Luke 42083 Posted June 2, 2017 Posted June 2, 2017 Hi there, please attach the complete emby server log. Thanks !
scharbag 19 Posted June 2, 2017 Author Posted June 2, 2017 Here is the log where that snippet came from. Cheers, server-63632018564.txt
Luke 42083 Posted June 2, 2017 Posted June 2, 2017 I would remove the sync queue plugin and then let us know if the issue persists. Thanks.
scharbag 19 Posted June 3, 2017 Author Posted June 3, 2017 I removed Kodi Sync and it again crashed. Attached is the last log. Cheers, server-63632044800.txt
Luke 42083 Posted June 3, 2017 Posted June 3, 2017 Ok, thanks for the info. Can you instead try removing the cover art plugin? thanks.
scharbag 19 Posted June 3, 2017 Author Posted June 3, 2017 I sure can. I will do that now. It has been more stable this morning though. Although, I have not used a client yet. Will let you know. Cheers,
scharbag 19 Posted June 3, 2017 Author Posted June 3, 2017 Server has not crashed recently. I have had additional issues with one of my 2 Raspberry Pi 3 clients ever since the 3.2.19.0 update as well. It seems to get stuck when processing TV shows at 100% and is working very hard as my Pi shows a high temp status. I have delete the Emby add-on from Kodi and deleted one of the users and I am trying from fresh as we speak. My other RP3 client seems to work ok. As I say, all of these issues began with 3.2.19.0. Cheers,
MongooseMan 31 Posted June 4, 2017 Posted June 4, 2017 Experiencing exactly the same issue. Server crashes repeatedly after upgrade to 3.2.19.0. Uninstalling CoverArt plugin appears to stop the crashing. Logs attached (I think they're the correct ones, shout if not) Log (1).txt Last ffmpeg before crash.txt
Luke 42083 Posted June 4, 2017 Posted June 4, 2017 I would leave CoverArt uninstalled for now. The core server has switched to Google Skia as it's image processing library, but CoverArt is still on ImageMagick. Very soon it will be switching over though and it will be like new again. https://emby.media/community/index.php?/topic/47486-32154-skia/ So in it's current state it is probably not worth dwelling over. Thanks.
scharbag 19 Posted June 4, 2017 Author Posted June 4, 2017 Yeah, my server has been WAY more stable without cover art installed. So thank you for the help with that!! I am just in the process of rebuilding my one OSMC Raspberry Pi 3 client. Is it ok to use the Kodi plugin? Thank you again. Cheers,
Luke 42083 Posted June 12, 2017 Posted June 12, 2017 The version of Cover Art using the new Skia image processor is still limited to the beta channel, and only Windows and OSX. We hope to complete Linux support within the next couple weeks. Thanks.
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