mpd 0.16 Cannot connect to mpd

fastfret79 · 2010-12-12 14:14:08

Just upgraded mpd (0.15.15-2 -> 0.16-1), restarted the daemon but couldn't connect with ncmpcpp:

Cannot connect to mpd: Connection closed by the server

After lots of searching and even starting with a clean mpd.conf, I eventually enabled verbose level of logging and from my mpd.log I get the following:

Dec 12 13:50 : avahi: Initializing interface
Dec 12 13:50 : avahi: Client changed to state 101
Dec 12 13:50 : avahi: Client is CONNECTING
Dec 12 13:50 : state_file: Loading state file /var/lib/mpd/mpdstate
Dec 12 13:51 : client: libwrap refused connection (libwrap=mpd) from 127.0.0.1:54755
Dec 12 13:51 : client: libwrap refused connection (libwrap=mpd) from 127.0.0.1:54756
Dec 12 13:51 : client: libwrap refused connection (libwrap=mpd) from 127.0.0.1:54761
...

My mpd.conf is very straightforward: http://pastebin.com/Mk8vZxMv

If I downgrade back to 0.15.15-2 and restart the mpd daemon, all is ok.

Any ideas what may be causing it and what to try?

.:B:. · 2010-12-12 14:33:20

Libwrap means tcp_wrappers if I'm not mistaken. You should allow mpd in /etc/hosts.allow, see if that works out. Either way, looks like mpd has tcp_wrappers support now where it didn't before.

Edit: if the package info on the homepage is correct, the package in [testing] does not depend on tcp_wrappers, but your error says it does. I think someone has messed up .

If adding mpd to hosts.allow works, please file a bug report so the maintainer can fix it.

fastfret79 · 2010-12-12 14:56:05

Thanks .:B:. - adding mpd to hosts.alllow worked.

I'll post a bug report

Calimero · 2010-12-14 19:43:21

You just have to change this in ~/.mpdconf
bind_to_address "127.0.0.1"

No need for any hosts.allow modif. Hey, it's localhost !

archman-cro · 2010-12-18 14:52:18

I have the same problem and the above solution doesn't help.
How exactly did you use the hosts.allow file? You just entered "mpd" in it?
Here's some info from mpd.log, since mpd.error is empty:

Dec 18 15:06 : avahi: Client Disconnected, will reconnect shortly
Dec 18 15:06 : avahi: Could not reconnect: Daemon not running

Downgrading to 0.15.15 mpd works as usual with no problems.

EDIT: NVM, fixed with adding "mpd: ALL" to "/etc/hosts.allow". It didn't work with "bind_to_address" option.

Last edited by archman-cro (2010-12-18 15:08:45)

dmz · 2010-12-18 15:41:03

Calimero wrote:

You just have to change this in ~/.mpdconf
bind_to_address "127.0.0.1"
No need for any hosts.allow modif. Hey, it's localhost !

... unless he actually wants to listen to the music somewhere else.
What .:B:. says is correct - you can compile MPD without libwrap to avoid
this... issue.

hennes · 2010-12-19 20:59:04

I seem to be having the same problem with mpd 0.16-2 and none of the above suggestions did work. Any more ideas?

archman-cro · 2010-12-20 18:05:46

archman-cro wrote:

I have the same problem and the above solution doesn't help.
How exactly did you use the hosts.allow file? You just entered "mpd" in it?
Here's some info from mpd.log, since mpd.error is empty:
Dec 18 15:06 : avahi: Client Disconnected, will reconnect shortly
Dec 18 15:06 : avahi: Could not reconnect: Daemon not running
Downgrading to 0.15.15 mpd works as usual with no problems.
EDIT: NVM, fixed with adding "mpd: ALL" to "/etc/hosts.allow". It didn't work with "bind_to_address" option.

UPDATE: It doesn't work again (after a reboot). Same errors.

vitac · 2010-12-22 11:53:33

I had the same problem:

Cannot connect to mpd: Spojení odmítnuto

I restarted the mpd with --verbose flag and got this output:

unrecognized parameter in config file at line 5: error_file

So it seems that the parameter "error_file" is deprecated. I removed it from my /etc/mpd.conf and it works fine again.
Hope this helps.

archman-cro · 2010-12-22 14:23:28

vitac wrote:

I had the same problem:
Cannot connect to mpd: Spojení odmítnuto
I restarted the mpd with --verbose flag and got this output:
unrecognized parameter in config file at line 5: error_file
So it seems that the parameter "error_file" is deprecated. I removed it from my /etc/mpd.conf and it works fine again.
Hope this helps.

Thank you!!! It worked! (I should use the "verbose" flags the next time).

Cheers!

hennes · 2010-12-23 08:19:57

Thank you so much vitac!!

dolby · 2011-01-10 14:55:34

This doesnt happen with ncmpc, but it does with ncmpcpp.
Disabling libwrap works for ncmpcpp though.

jwhendy · 2011-02-13 19:52:05

This thread is closely related to my own issue HERE. I'm posting here because it seems like those who have wrestled with this may know the answer to my question, which is why adding 'mpd: ALL' to /etc/hosts.allow is making ncmpcpp work for me when I'm only operating on localhost. This thread suggests that it should not be necessary. Nevertheless... I get a connection refused otherwise, even with 'bind_to_address' set in my config and no mpd.error set in my config.

Thanks for any feedback -- whatever the fix is should probably go in the wiki.

Arch Linux

#1 2010-12-12 14:14:08

mpd 0.16 Cannot connect to mpd

#2 2010-12-12 14:33:20

Re: mpd 0.16 Cannot connect to mpd

#3 2010-12-12 14:56:05

Re: mpd 0.16 Cannot connect to mpd

#4 2010-12-14 19:43:21

Re: mpd 0.16 Cannot connect to mpd

#5 2010-12-18 14:52:18

Re: mpd 0.16 Cannot connect to mpd

#6 2010-12-18 15:41:03

Re: mpd 0.16 Cannot connect to mpd

#7 2010-12-19 20:59:04

Re: mpd 0.16 Cannot connect to mpd

#8 2010-12-20 18:05:46

Re: mpd 0.16 Cannot connect to mpd

#9 2010-12-22 11:53:33

Re: mpd 0.16 Cannot connect to mpd

#10 2010-12-22 14:23:28

Re: mpd 0.16 Cannot connect to mpd

#11 2010-12-23 08:19:57

Re: mpd 0.16 Cannot connect to mpd

#12 2011-01-10 14:55:34

Re: mpd 0.16 Cannot connect to mpd

#13 2011-02-13 19:52:05

Re: mpd 0.16 Cannot connect to mpd

Board footer