Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

MPD clients freeze after extended play time with Mopidy #21

Open
muni-corn opened this issue Mar 8, 2019 · 6 comments
Open

MPD clients freeze after extended play time with Mopidy #21

muni-corn opened this issue Mar 8, 2019 · 6 comments
Labels
C-bug Category: This is a bug

Comments

@muni-corn
Copy link

This issue is with Mopidy 2.2.2.

After a while of playing music (with the spotify and spotify-web extensions), all MPD clients will freeze. Mopidy will play the next song, but the change won't be reflected by the client.

For example, after Song One, Mopidy will audibly play Song Two without a problem, but clients will still read "Song One" until restarted. When restarted, clients will read "Song Two," until Mopidy plays Song Three, when clients will read "Song Two." So, even after clients are restarted, changes to playback won't be registered. Pause/play events don't seem to be recognized either.

I dug into journalctl and found this error:

Mar 08 15:12:45 hotpocket mopidy[27779]: ERROR    Unhandled exception in MpdFrontend (urn:uuid:c1ea0816-6929-494c-a303-aea5a71a4fca):
Mar 08 15:12:45 hotpocket mopidy[27779]: Traceback (most recent call last):
Mar 08 15:12:45 hotpocket mopidy[27779]:   File "/usr/lib/python2.7/site-packages/pykka/actor.py", line 201, in _actor_loop
Mar 08 15:12:45 hotpocket mopidy[27779]:     response = self._handle_receive(message)
Mar 08 15:12:45 hotpocket mopidy[27779]:   File "/usr/lib/python2.7/site-packages/pykka/actor.py", line 295, in _handle_receive
Mar 08 15:12:45 hotpocket mopidy[27779]:     return callee(*message['args'], **message['kwargs'])
Mar 08 15:12:45 hotpocket mopidy[27779]:   File "/usr/lib/python2.7/site-packages/mopidy/mpd/actor.py", line 90, in on_event
Mar 08 15:12:45 hotpocket mopidy[27779]:     self.send_idle(_CORE_EVENTS_TO_IDLE_SUBSYSTEMS[event])
Mar 08 15:12:45 hotpocket mopidy[27779]:   File "/usr/lib/python2.7/site-packages/mopidy/mpd/actor.py", line 94, in send_idle
Mar 08 15:12:45 hotpocket mopidy[27779]:     listener.send(session.MpdSession, subsystem)
Mar 08 15:12:45 hotpocket mopidy[27779]:   File "/usr/lib/python2.7/site-packages/mopidy/listener.py", line 27, in send
Mar 08 15:12:45 hotpocket mopidy[27779]:     'kwargs': kwargs,
Mar 08 15:12:45 hotpocket mopidy[27779]:   File "/usr/lib/python2.7/site-packages/pykka/actor.py", line 398, in tell
Mar 08 15:12:45 hotpocket mopidy[27779]:     raise ActorDeadError('%s not found' % self)
Mar 08 15:12:45 hotpocket mopidy[27779]: ActorDeadError: MpdSession (urn:uuid:f383a206-85da-422f-81f1-c88ddcbf436f) not found
@jodal
Copy link
Member

jodal commented Mar 8, 2019

The ActorDeadError is an effect of an actor having died, and not the root cause. Can you find any other stack traces a bit earlier in the log?

@muni-corn
Copy link
Author

no, that's the only one i've seen.

@muni-corn muni-corn changed the title MPD clients freezing: "ActorDeadError: MpdSession not found" MPD clients freeze after extended play time with Mopidy Mar 8, 2019
@kingosticks
Copy link
Member

all MPD clients

What exactly do you mean by this? Multiple instances of a particular client - which one? Or every client you have tried - which ones?.

We also probably need a debug log (please use a gist/pastebin) showing the run-up to this occurring.

@makkanx
Copy link

makkanx commented Mar 15, 2019

I think this is same issue as I have and is in mopidy/mopidy#1468

@muni-corn
Copy link
Author

@kingosticks This happens to both ncmpcpp and a little mpd client I wrote with go-mpd. I'll get a debug log when I can. :)

@muni-corn
Copy link
Author

muni-corn commented Mar 21, 2019

Got this this morning when I realized my clients weren't updating again

@jodal jodal transferred this issue from mopidy/mopidy Dec 21, 2019
@jodal jodal added the C-bug Category: This is a bug label Dec 21, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C-bug Category: This is a bug
Projects
None yet
Development

No branches or pull requests

4 participants