[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: minissdpd failure in update





On 02/01/2018 03:57 PM, Sven Hartge wrote:
Sven Joachim <svenjoac@gmx.de> wrote:
On 2018-02-01 19:55 +0100, Sven Hartge wrote:
Frank M <debianlist@videotron.ca> wrote:
Feb 01 13:39:07 franklin minissdpd[9152]: Error: please specify LAN
network interface by name instead of IPv4 address : 0.0.0.0
Feb 01 13:39:07 franklin minissdpd[9152]: can't parse "0.0.0.0" as a
valid address or interface name
Your configuration is broken/wrong. You need to edit
/etc/default/minissdpd and put the correct IP or device name into the
variable "MiniSSDPd_INTERFACE_ADDRESS".
There is no /etc/default/minissdpd in the package anymore.
No?

See:

# dpkg -L minissdpd | grep "/etc/default/minissdpd"
/etc/default/minissdpd

# dpkg -l minissdpd
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                Version        Architecture   Description
+++-===================-==============-==============-===========================================
ii  minissdpd:amd64     1.5.20161216-1 amd64          keep memory of all UPnP devices that announ

See also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=889028.
Interesting.

Also the /lib/systemd/system/minissdpd.service requires
/etc/default/minissdpd because this file is not marked as optional.

So the file must exist or the unit itself would fail.

Which it will when installed on a system where it has never been
installed before:

,----
| Feb 01 21:51:37 HOST systemd[1]: minissdpd.service: Failed to load environment files: No such file or directory
| Feb 01 21:51:37 HOST systemd[1]: minissdpd.service: Failed to run 'start' task: No such file or directory
| Feb 01 21:51:37 HOST systemd[1]: minissdpd.service: Failed with result 'resources'.
| Feb 01 21:51:37 HOST systemd[1]: Failed to start keep memory of all UPnP devices that announced themselves.
`----

But if installed on a system where the older version was installed,
/etc/default/minissdpd still exists:

,----
| # MiniSSDPd default configuration
|
| # Set this to 1 if you want to start the daemon
| START_DAEMON=1
|
| # Set this to the IP of the interface you want the demon to run on
| MiniSSDPd_INTERFACE_ADDRESS=0.0.0.0
`----

Note the wrong "MiniSSDPd_INTERFACE_ADDRESS". Version
1.2.20130907-4.1 doesn't seem to mind the "0.0.0.0" here and starts
without problems.

Only after upgrading to 1.5.20161216-1 it barfs and fails.

There are really two errors at play here, depending on from where you
come:

a) 1.2.20130907-4.1 was upgraded to 1.5.20161216-1:
    Error because 0.0.0.0 is no longer correct.

b) 1.5.20161216-1 is the first version
    unit fails, because /etc/default/minissdpd does not exist.

Solution in all cases is: Create a correct /etc/default/minissdpd.

Grüße,
Sven.



  How about aptitude purge minissdpd.

That's how I fixed it.

It only got installed as a recommend of transmission-gtk.




Reply to: