RobsterUK 22 Posted March 19, 2019 Share Posted March 19, 2019 Hi Folks, Been quite a while since i had an issue, but i know this is the right place to resolve it. Twice within the past 24 hours my XPENO box has suffered with extremely high RAM usage. First time it happened I was only alerted to it by trying to connect to the server to watch something. Each time the process consuming over 2GB has been 'Main' (not sure if this is an Emby process or not). The only thing I did to resolve was to stop the Emby package and start it once more. Both times the server responded normally.This has prompted me to consider upgrading to the latest version. But would rather see what the issue is before doing anything further. Send logs are here: sendlogs_nas_synology_bromolow_3615xs_20190319T201104UTC.tgz & run diags are attached. Thanks in advance. rundiags_20190319T200806UTC.log Link to comment Share on other sites More sharing options...
Luke 36886 Posted March 19, 2019 Share Posted March 19, 2019 Hi, can you attach the emby server log as well? thanks. Link to comment Share on other sites More sharing options...
RobsterUK 22 Posted March 19, 2019 Author Share Posted March 19, 2019 Hi Luke, Attached.It seems to get stuck when doing a Library Scan. Emby Log.txt Link to comment Share on other sites More sharing options...
Solution Luke 36886 Posted March 19, 2019 Solution Share Posted March 19, 2019 You're on an extremely old version of Emby Server. Can you update to the latest version? 1 Link to comment Share on other sites More sharing options...
RobsterUK 22 Posted March 19, 2019 Author Share Posted March 19, 2019 OK, just backing up a few folders first. Is the latest version 4.0.3.0-1 supported for XPENology boxes? In other words can i simply update the package from the package center interface? Link to comment Share on other sites More sharing options...
Luke 36886 Posted March 19, 2019 Share Posted March 19, 2019 Yes that is the latest. Coming from a version that old you might consider a fresh install, but yes you can upgrade. Link to comment Share on other sites More sharing options...
RobsterUK 22 Posted March 19, 2019 Author Share Posted March 19, 2019 OK, I have updated to latest version. Seems to have installed ok eventually. The package would not start immediately after upgrading, I had to reboot the NAS. DB upgrade completed OK. Ran a library scan and it took 20 minutes, and for about the last 5 minutes of this 'mono-sgen' was consuming over 2GB RAM. I understand my server was so out of date that the first library scan will be extended, but the high RAM towards the end is still concerning. The server log it has generated was too big to post here. So I have uploaded it to here https://www.dropbox.com/s/vgek0nrwvcnmd44/Log.txt?dl=0 I hope everything will be ok from now on. @@Luke thanks for looking into this for me Link to comment Share on other sites More sharing options...
RobsterUK 22 Posted March 21, 2019 Author Share Posted March 21, 2019 A quick update.The twice daily scheduled scan has completed OK during the past 36 hours. Think it's safe to say that everything is functioning OK now. I don't understand what suddenly happened to break things in the first place as nothing was installed or updated on the NAS to change anything. But installing the latest version of the server seems to have resolved the issue. Link to comment Share on other sites More sharing options...
solabc16 379 Posted March 21, 2019 Share Posted March 21, 2019 Hello @@RobsterUK Thanks for the update and glad to see you're back up and running; how are you finding the latest version in term of performance on your system now? Regarding... The package would not start immediately after upgrading, I had to reboot the NAS. ...this has been solved in the latest betas and will be fixed in the next stable, it's a DSM 5 backward compatibility issue. It was part of the reason for stating this thread, to see if it made sense to keep supporting it (we will) : https://emby.media/community/index.php?/topic/65307-xpenology-users-what-loaders-are-you-currently-using/ In terms of memory runaway, this certainly isn't an isolated case - whilst still rare, there have been other reports. I'm curious about your situation though, as you've been running a stable and consistent environment for so long, it strongly supports the theory that there is an external trigger driving this behaviour. Has anything changed in your setup, say a new/different media playback device or a DLNA capable device been added to the network; regardless of whether it's being used for playback from Emby Server. Any different media formats or viewing patterns that coincide at all? Best - James Link to comment Share on other sites More sharing options...
RobsterUK 22 Posted March 24, 2019 Author Share Posted March 24, 2019 Hi James @@solabc16, thanks for dropping in. One the whole things have been ok for the past few days. The Server has been running ok. I have thought about any changes within the network and /or external factors and i cannot think of anything that changed to cause the memory issue.There have been no new devices introduced. I certainly haven't installed any apps on any device that would have been dlna reliant.I asked my teenage son and he told me that he hadn't - but he's a 16 year old boy. So there's always a chance he's done something to his phone The daily library scans have completed OK. I have only been watching TV shows for a few days. Went to watch a movie on Friday evening and there was no run time / finish time / media info or chapters. This was on a recently added movie. But it was added prior to the server upgrade early last week.upon investigation it seems there are a few titles with this issue. I have looked on the forum and read a couple of topics surrounding metadata and full vs individual refreshes. If I manually refresh metadata for a title it updates it. However I went into the server Library settings and chose 'replace all metadata' from the 'scan library' option. This caused excessive RAM usage whilst running. Once the server GUI indicated it had finished mono-sgen was once more consuming 1.9GB RAM, but status was 'sleeping'. I had to stop the server package and start once more. Checked the movie title and it still does not have a fullmetadata. I have read that a re-install of the server may be required to overcome this. This brings a few questions: Is this a straightforward removal - re-install? Or is a backup / restore required? I have created a manual backup (not currently a subscriber) but would be prepared to sign up for one month to get a good backup. Will a restore actually restore the metadata- therefore still having titles without full metadata? If I avoid a restore I can recreate the library folders - but what about all the watched statuses - we rely heavily on this feature. I could do a manual refresh of all titles, but with over 800 to check, this would be fairly time consuming. Any advice gratefully received. Thanks,Rob Link to comment Share on other sites More sharing options...
solabc16 379 Posted March 26, 2019 Share Posted March 26, 2019 Hello @@RobsterUK If a lot of new images are processed as part of the refresh, I have seen this drive the memory footprint to some pretty high levels, from which they never return : https://emby.media/community/index.php?/topic/69298-memory-usage/?p=700269 This is something I'm digging into, but it will take some time and the upcoming runtime switch adds another variable. The uninstall/re-install and backup/restore are all reasonably well tried and tested processes. Depending how complex your configuration is, starting from scratch may also be an option. I'd like to think this wouldn't be necessary, but if you're still having quirky issues maybe it's the most pragmatic solution. However, I'm not best placed to advise on how this would affect the watched statuses - others would be better placed to give you a definitive answer on this. @@Luke? Best - James Link to comment Share on other sites More sharing options...
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