LMS web interface keeps becoming unresponsive on Debian 10

[paulster]

LMS is single thread which means a badly behaved plugin or more recently some https network problems can "lock" the system as WebUI and player are all network comms.

Your LMS seems to be up to date (10 Jul by the datestamp). On 20 Jun some changes were made to LMS to fix some blocking code on https connections which had similar symptoms.
Also check your OpenSSL libraries are up to date

1. Have you tried LMS with all plugins disabled (i.e. --failsafe on command line) - this will test if a plugin is to blame.
2. Does the lock up seems to be associated with a specific activity such as looking at plugins tab of Settings ?

Thanks for this. I'll try to do some more testing over the weekend. In response to question 2, it seems to be track navigation (skip, play, pause) that triggers the issue. And I noticed it happening when I used iPeng as well the other night, so it doesn't seem to be just the web interface causing the problem.

I did pull Michael's latest July 24 build down to see if the fixes in there would help and it (anecdotally) felt more responsive, but the problems have persisted.

[Howard Passman]

I'm on Logitech Media Server Version: 7.9.2 - 1564003588 and LMS is dog slow in responding. Unfortunately I upgraded to an RPI4, piCorePlayer 6.01 and the new LMS all in one fell swoop. Not sure which or if it is a combo that is the culprit. I use almost no Plugins and of course everything worked fine on the old 3B+ pi and pcP 5.0.

Not sure where to start or if it is even an LMS issue. May wait until a new version of LMS comes out to see if it sorts itself out, but would appreciate any suggestions in the mean time.

Howard

[osveda]

I am on a rpi (raspbian 9.9). My last install (lost the number) of LMS was more then a year ago. Runs great for a year. Nothing changed but since a week (maybe bit more) LMS is getting slower and slower. Tried lots of stuff but nothing helped. Installed the latest download (logitechmediaserver_7.9.2~1564464338_all.deb), but it keeps awfull slow.

[toby10]

clear cache? reboot LMS? reboot nas? reboot router?

[mherger]

> I am on a rpi (raspbian 9.9). My last install (lost the number) of LMS
> was more then a year ago. Runs great for a year. Nothing changed but
> since a week (maybe bit more) LMS is getting slower and slower. Tried

Please define "getting slower and slower". Is it playing the music
slowly? Is the startup slow? The scan? Navigation?...

--

Michael

[Howard Passman]

After a little messing with this, my problem seems to be related to pcP 6.0 and players on my network that are running older versions of pcP. Something that will probably get worked out in later versions I suspect.

Howard

I'm on Logitech Media Server Version: 7.9.2 - 1564003588 and LMS is dog slow in responding. Unfortunately I upgraded to an RPI4, piCorePlayer 6.01 and the new LMS all in one fell swoop. Not sure which or if it is a combo that is the culprit. I use almost no Plugins and of course everything worked fine on the old 3B+ pi and pcP 5.0.

Not sure where to start or if it is even an LMS issue. May wait until a new version of LMS comes out to see if it sorts itself out, but would appreciate any suggestions in the mean time.

Howard

[osveda]

clear cache? reboot LMS? reboot nas? reboot router?

Did all, nothing helped

> I am on a rpi (raspbian 9.9). My last install (lost the number) of LMS
> was more then a year ago. Runs great for a year. Nothing changed but
> since a week (maybe bit more) LMS is getting slower and slower. Tried

Please define "getting slower and slower". Is it playing the music
slowly? Is the startup slow? The scan? Navigation?...

--

Michael

navigation is slow.After hitting 'next' on my playlist it takes slightly less then a minute before music plays. If I switch radio stations after hitting 'play' itt takes more then a minute before radio plays. To start a new podcasts takes many minutes before playing starts (if at all). music/radio is also regularly pausing (without my consent).

In server.log:

[19-08-01 13:25:49.7453] Slim::Utils::Scanner::Remote::__ANON__ (193) Error: Can't connect to remote server to retrieve playlist for, https://dts.podtrac.com/redirect.mp3/www.macrovoices.com/podcasts/MacroVoices-2019-05-09-Charlie-McElligott.mp3: Connect timed out: .
[19-08-01 13:26:12.5853] Slim::Utils::Scanner::Remote::__ANON__ (193) Error: Can't connect to remote server to retrieve playlist for, https://dts.podtrac.com/redirect.mp3/www.macrovoices.com/podcasts/MVEnergyWeek1-2019-05-08.mp3: Connect timed out:

On the cli of rpi the url's are reachable:

update 2

In reply to bpa I changed 'wget' into 'wget -v'. Sorry for showing up like this, but my later post did not get through the moderator.

wget -v https://www.macrovoices.com/podcasts/MVAllStars-2019-05-21-episode7-Steve.mp3
--2019-08-01 16:08:13--  https://www.macrovoices.com/podcasts/MVAllStars-2019-05-21-episode7-Steve.mp3
Resolving www.macrovoices.com (www.macrovoices.com)... 104.31.76.153, 104.31.77.153, 2606:4700:30::681f:4d99, ...
Connecting to www.macrovoices.com (www.macrovoices.com)|104.31.76.153|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10678920 (10M) [audio/mpeg]
Saving to: ‘MVAllStars-2019-05-21-episode7-Steve.mp3’

MVAllStars-20   2%[                       ] 232.00K   365KB/s

wget -v https://dts.podtrac.com/redirect.mp3/www.macrovoices.com/podcasts/MVEnergyWeek1-2019-05-08.mp3 
--2019-08-01 16:08:46--  https://dts.podtrac.com/redirect.mp3/www.macrovoices.com/podcasts/MVEnergyWeek1-2019-05-08.mp3
Resolving dts.podtrac.com (dts.podtrac.com)... 52.20.191.165, 34.232.194.216
Connecting to dts.podtrac.com (dts.podtrac.com)|52.20.191.165|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://www.macrovoices.com/podcasts/MVEnergyWeek1-2019-05-08.mp3 [following]
--2019-08-01 16:08:47--  https://www.macrovoices.com/podcasts/MVEnergyWeek1-2019-05-08.mp3
Resolving www.macrovoices.com (www.macrovoices.com)... 104.31.76.153, 104.31.77.153, 2606:4700:30::681f:4d99, ...
Connecting to www.macrovoices.com (www.macrovoices.com)|104.31.76.153|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 50866495 (49M) [audio/mpeg]
Saving to: ‘MVEnergyWeek1-2019-05-08.mp3’

VEnergyWeek1-2019-05-   1%[                       ] 808.00K   299KB/s

[paulster]

Michael

Any way you can think of to diagnose the lock-ups in LMS that this thread is actually about? It seems to be much better since I got the July 24 build, but definitely isn't working nearly as well as it was on Debian 9.

Thanks

[bpa]

On the cli of rpi the url's are reachable:

On the CLI the URls were redirected - your wget may not have been.

Try wget with "-v" to get full info (e.g. redirection) and also try the wget on the redirected URL

https://dts.podtrac.com/redirect.mp3/www.macrovoices.com/podcasts/MVEnergyWeek1-2019-05-08.mp3

[osveda]

@bpa: I put output of wget in cli in the posting above.

I tested all day on it. I first installed a complete new system (raspbian) and LMS on top. It did not change anything, same slow navigation. Then I switched the SD-card to a new rpi and tested this one. The new rpi is navigating normally, much much faster then the old rpi. I don't know why, because the old rpi is nearly the same as the new rpi:
old rpi: rpi 3 model B
new rpi: rpi 3 model B+

*Update one day later:*
new rpi worked nice for a day and now also navigating slower and slower. I removed it and the cpu felt very hot. I switched SD again to old rpi and hooked old rpi to electric socket and internet. Now LMS is working great again, navigating is quick and instant.

*My conclusion:*
LMS is not suitable (any more) to work on a rpi. rpi is getting too hot and I presume this is causing the system to slow down one way or another.