mherger wrote: > > I could also give running it with NYTProf a try, but I currently do > not > > know, how I could > > I'd start with easier analytics. Eg. what 3rd party plugins do you have > > installed? Anything in server.log?
As I wrote in my first post, the problem also persists when all plugins are disabled, so it is most likely not a plugin problem. I went through my server.log file and found various warnings because of files in old playlists that have over time been replaced with better quality versions (stored in different folders) or were from subscription services (e.g. Qobuz) which seem to rename files over time as well. Moving these playlists did not lead to any improvement (I nevertheless note it here, for anyone in the future having a similar problem to know that probably these issues do not matter). Then I found other messages of the form: [21-12-30 14:15:48.3282] Slim::Web::Cometd::handler (421) errorNeedsClient: 192.168.33.46, 00:04:20:23:d6:16, status, -, 10, menu:menu, useContextMenu:1, subscribe:600 Searching for similar messages via Google led me to the following track: https://forums.slimdevices.com/showthread.php?98060-Error-message-in-log-every-1-to-10-seconds I checked on the LMS server information page for listed players and was surprised to see some players that I have not turned on for a while. Then I systematically switched of all players in my home and restarted the LMS docker. Still some of the unused players reappeared in the list of connected players. I found the culprit to be my old file server which is now running as a pure file server but had been running LMS for a while in the past. On this server there were some squeeze+ processes running for the upnp/dlna bridge that I used at the time, even though the LMS service was disabled on this host. After rebooting this file server, load on the host running LMS docker almost immediately went to normal. I will now ensure that LMS does not start again on this server. So, for anyone experiencing similar problems in the future with high LMS load: check if you find errorNeedsClient messages in your server.log and if so check the players listed on the LMS server information page. If you see any player there that should not be running, turn all your players off, restart LMS and check again until the list of players indicated on the information page is empty. If some players still appear, check if you have old servers running with a upnp/dlna bridge and if so turn them off. For me, this resolved the issue. I hope this may be of help for others in the future. Thank you very much Michael for your hint. I had looked at the server log before, but your indication to really start from there before trying other things put me back on track to really pay attention to the error message that led me in the right direction. I am so happy now that I do not need to try an alternative media server (roon? ;-) for the time being and can continue to use LMS! :-) Happy new year to all of you! ------------------------------------------------------------------------ gs06's Profile: http://forums.slimdevices.com/member.php?userid=70601 View this thread: http://forums.slimdevices.com/showthread.php?t=111828 _______________________________________________ unix mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/unix
