[opensuse] systemd unit file ignores minidlna default configuration
For some time I have been successfully running a minidlna server which streams music to a Bose Soundtouch device over WiFi. However, it stopped working a few weeks ago, and the SoundTouch device could only find an empty folder. After several re-writes of /etc/minidlna.conf without success, searching for other versions of minidlna.conf in non-default locations, I finally tracked the culprit down to /usr/lib/systemd/system/minidlna.service: [Unit] Description=MiniDLNA UPnP-A/V and DLNA media server After=var-run.mount nss-lookup.target network.target remote-fs.target [Service] Type=forking PIDFile=/var/run/minidlnad.pid ExecStartPre=/usr/sbin/minidlnaconfig EnvironmentFile=-/var/lib/minidlna/rescan.conf ExecStart=/usr/sbin/minidlnad $RESCAN -P /var/run/minidlnad.pid -f /var/lib/minidlna/minidlna.conf [0] [Install] WantedBy=multi-user.target So the unit file was forcing minidlna to use the configuration file in /var/lib/minidlna/minidlna.conf rather than the default /etc/minidlna.conf! /var/lib/minidlna/minidlna.conf pointed to media_dir=/mnt and was recreated at start-up, so even editing the media_dir= line didn't work. Changing line [0] to include "-f /etc/minidlna.conf" got things working again - and just in time for Christmas. ;-) I have no idea how this got changed, but I wonder if anyone else has come across anything similar? Bob -- Bob Williams System: Linux 4.4.103-36-default Distro: openSUSE 42.3 (x86_64) Desktop: KDE Frameworks: 5.32.0, Qt: 5.6.2 and Plasma: 5.8.7 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday, 2017-12-26 at 11:43 -0000, Bob Williams wrote:
For some time I have been successfully running a minidlna server which streams music to a Bose Soundtouch device over WiFi. However, it stopped working a few weeks ago, and the SoundTouch device could only find an empty folder.
After several re-writes of /etc/minidlna.conf without success, searching for other versions of minidlna.conf in non-default locations, I finally tracked the culprit down to /usr/lib/systemd/system/minidlna.service:
[Unit] Description=MiniDLNA UPnP-A/V and DLNA media server After=var-run.mount nss-lookup.target network.target remote-fs.target
[Service] Type=forking PIDFile=/var/run/minidlnad.pid ExecStartPre=/usr/sbin/minidlnaconfig EnvironmentFile=-/var/lib/minidlna/rescan.conf ExecStart=/usr/sbin/minidlnad $RESCAN -P /var/run/minidlnad.pid -f /var/lib/minidlna/minidlna.conf [0]
[Install] WantedBy=multi-user.target
So the unit file was forcing minidlna to use the configuration file in /var/lib/minidlna/minidlna.conf rather than the default /etc/minidlna.conf! /var/lib/minidlna/minidlna.conf pointed to media_dir=/mnt and was recreated at start-up, so even editing the media_dir= line didn't work. Changing line [0] to include "-f /etc/minidlna.conf" got things working again - and just in time for Christmas. ;-)
I have no idea how this got changed, but I wonder if anyone else has come across anything similar?
You will have to say which openSUSE release you are using, and from what repo you downloded "minidlna" and what version. - -- Cheers, Carlos E. R. (from openSUSE 42.2 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlpCqhQACgkQtTMYHG2NR9XU4ACeNxNrP96kPm7zaGRgUTfDV/Tk BH4An2hD5L+aAl9sTEmE8y8ArzQWvLKn =VI7Z -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Tue, 26 Dec 2017 20:59:16 +0100 (CET)
"Carlos E. R."
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Tuesday, 2017-12-26 at 11:43 -0000, Bob Williams wrote:
For some time I have been successfully running a minidlna server which streams music to a Bose Soundtouch device over WiFi. However, it stopped working a few weeks ago, and the SoundTouch device could only find an empty folder.
After several re-writes of /etc/minidlna.conf without success, searching for other versions of minidlna.conf in non-default locations, I finally tracked the culprit down to /usr/lib/systemd/system/minidlna.service:
[Unit] Description=MiniDLNA UPnP-A/V and DLNA media server After=var-run.mount nss-lookup.target network.target remote-fs.target
[Service] Type=forking PIDFile=/var/run/minidlnad.pid ExecStartPre=/usr/sbin/minidlnaconfig EnvironmentFile=-/var/lib/minidlna/rescan.conf ExecStart=/usr/sbin/minidlnad $RESCAN -P /var/run/minidlnad.pid -f /var/lib/minidlna/minidlna.conf [0]
[Install] WantedBy=multi-user.target
So the unit file was forcing minidlna to use the configuration file in /var/lib/minidlna/minidlna.conf rather than the default /etc/minidlna.conf! /var/lib/minidlna/minidlna.conf pointed to media_dir=/mnt and was recreated at start-up, so even editing the media_dir= line didn't work. Changing line [0] to include "-f /etc/minidlna.conf" got things working again - and just in time for Christmas. ;-)
I have no idea how this got changed, but I wonder if anyone else has come across anything similar?
You will have to say which openSUSE release you are using, and from what repo you downloded "minidlna" and what version.
Leap 42.3 minidlna 1.2.1-5.1-x86_64 from packman
- -- Cheers, Carlos E. R. (from openSUSE 42.2 x86_64 "Malachite" at Telcontar)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2
iEYEARECAAYFAlpCqhQACgkQtTMYHG2NR9XU4ACeNxNrP96kPm7zaGRgUTfDV/Tk BH4An2hD5L+aAl9sTEmE8y8ArzQWvLKn =VI7Z -----END PGP SIGNATURE-----
-- Bob Williams System: Linux 4.4.103-36-default Distro: openSUSE 42.3 (x86_64) Desktop: KDE Frameworks: 5.32.0, Qt: 5.6.2 and Plasma: 5.8.7 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 El 2017-12-26 a las 23:12 -0000, Bob Williams escribió:
On Tue, 26 Dec 2017 20:59:16 +0100 (CET) "Carlos E. R." <> wrote:
On Tuesday, 2017-12-26 at 11:43 -0000, Bob Williams wrote:
For some time I have been successfully running a minidlna server which streams music to a Bose Soundtouch device over WiFi. However, it stopped working a few weeks ago, and the SoundTouch device could only find an empty folder.
After several re-writes of /etc/minidlna.conf without success, searching for other versions of minidlna.conf in non-default locations, I finally tracked the culprit down to /usr/lib/systemd/system/minidlna.service:
[Unit] Description=MiniDLNA UPnP-A/V and DLNA media server After=var-run.mount nss-lookup.target network.target remote-fs.target
[Service] Type=forking PIDFile=/var/run/minidlnad.pid ExecStartPre=/usr/sbin/minidlnaconfig EnvironmentFile=-/var/lib/minidlna/rescan.conf ExecStart=/usr/sbin/minidlnad $RESCAN -P /var/run/minidlnad.pid -f /var/lib/minidlna/minidlna.conf [0]
[Install] WantedBy=multi-user.target
So the unit file was forcing minidlna to use the configuration file in /var/lib/minidlna/minidlna.conf rather than the default /etc/minidlna.conf! /var/lib/minidlna/minidlna.conf pointed to media_dir=/mnt and was recreated at start-up, so even editing the media_dir= line didn't work. Changing line [0] to include "-f /etc/minidlna.conf" got things working again - and just in time for Christmas. ;-)
I have no idea how this got changed, but I wonder if anyone else has come across anything similar?
You will have to say which openSUSE release you are using, and from what repo you downloded "minidlna" and what version.
Leap 42.3 minidlna 1.2.1-5.1-x86_64 from packman
IMHO you should comment this on the packman mail list. - -- Cheers Carlos E. R. (from openSUSE 42.2 x86_64 "Malachite" (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EAREIAAYFAlpLecMACgkQja8UbcUWM1z1BwD/Xxfad0uKwdN90isiQcrQHasm yB+gjYyLdwck+YfMQzMA/2uy5w1lZuW4qcaaX/G8qnfoX+uiJFvm0N6HdwpJN0qX =oMaS -----END PGP SIGNATURE-----
On Tue, 2 Jan 2018 13:23:31 +0100 (CET)
"Carlos E. R."
IMHO you should comment this on the packman mail list.
Good idea. Subscribing to that list now. -- Bob Williams System: Linux 4.4.103-36-default Distro: openSUSE 42.3 (x86_64) Desktop: KDE Frameworks: 5.32.0, Qt: 5.6.2 and Plasma: 5.8.7 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 12/26/2017 06:43 AM, Bob Williams wrote:
For some time I have been successfully running a minidlna server which streams music to a Bose Soundtouch device over WiFi. However, it stopped working a few weeks ago, and the SoundTouch device could only find an empty folder.
After several re-writes of /etc/minidlna.conf without success, searching for other versions of minidlna.conf in non-default locations, I finally tracked the culprit down to /usr/lib/systemd/system/minidlna.service:
[Unit] Description=MiniDLNA UPnP-A/V and DLNA media server After=var-run.mount nss-lookup.target network.target remote-fs.target
[Service] Type=forking PIDFile=/var/run/minidlnad.pid ExecStartPre=/usr/sbin/minidlnaconfig EnvironmentFile=-/var/lib/minidlna/rescan.conf ExecStart=/usr/sbin/minidlnad $RESCAN -P /var/run/minidlnad.pid -f /var/lib/minidlna/minidlna.conf [0]
[Install] WantedBy=multi-user.target
So the unit file was forcing minidlna to use the configuration file in /var/lib/minidlna/minidlna.conf rather than the default /etc/minidlna.conf! /var/lib/minidlna/minidlna.conf pointed to media_dir=/mnt and was recreated at start-up, so even editing the media_dir= line didn't work. Changing line [0] to include "-f /etc/minidlna.conf" got things working again - and just in time for Christmas. ;-)
I have no idea how this got changed, but I wonder if anyone else has come across anything similar?
Bob
I just went through the same thing over the holidays. I configured /etc/minidlna.conf the way I wanted it and changed the system service to point to it instead. Worked for me also. Mark -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Tue, 2 Jan 2018 10:01:58 -0500
Mark Hounschell
On 12/26/2017 06:43 AM, Bob Williams wrote:
For some time I have been successfully running a minidlna server which streams music to a Bose Soundtouch device over WiFi. However, it stopped working a few weeks ago, and the SoundTouch device could only find an empty folder.
After several re-writes of /etc/minidlna.conf without success, searching for other versions of minidlna.conf in non-default locations, I finally tracked the culprit down to /usr/lib/systemd/system/minidlna.service:
[Unit] Description=MiniDLNA UPnP-A/V and DLNA media server After=var-run.mount nss-lookup.target network.target remote-fs.target
[Service] Type=forking PIDFile=/var/run/minidlnad.pid ExecStartPre=/usr/sbin/minidlnaconfig EnvironmentFile=-/var/lib/minidlna/rescan.conf ExecStart=/usr/sbin/minidlnad $RESCAN -P /var/run/minidlnad.pid -f /var/lib/minidlna/minidlna.conf [0]
[Install] WantedBy=multi-user.target
So the unit file was forcing minidlna to use the configuration file in /var/lib/minidlna/minidlna.conf rather than the default /etc/minidlna.conf! /var/lib/minidlna/minidlna.conf pointed to media_dir=/mnt and was recreated at start-up, so even editing the media_dir= line didn't work. Changing line [0] to include "-f /etc/minidlna.conf" got things working again - and just in time for Christmas. ;-)
I have no idea how this got changed, but I wonder if anyone else has come across anything similar?
Bob
I just went through the same thing over the holidays. I configured /etc/minidlna.conf the way I wanted it and changed the system service to point to it instead. Worked for me also.
Mark
I have just had a conversation with Grozdan, the current maintainer of minidlna, on the packman mailing list. Apparently there should not be an /etc/minidlna.conf on openSUSE systems. You should configure /etc/sysconfig/minidlna as that's the actual config file on openSUSE. Note that you specify media_dirs by putting them all on one line, separated by a pipe character. eg. media_dir="A,/$HOME/music/classical | A,/$HOME/music/jazz | A,/$HOME/music/folk". You should also leave the service file pointing to -f /var/lib/minidlna/minidlna.conf and clean out /var/lib/minidlna completely. Running "systemctl start minidlna" creates a new /var/lib/minidlna/minidlna.conf which is what is then used by minidlna. I can verify that this works, but I did point out to Grozdan that it is not documented anywhere, and does not agree with man minidlna. If your setup is now working, you may prefer to leave it alone, and ignore my instructions above. ;-) Bob -- Bob Williams System: Linux 4.4.103-36-default Distro: openSUSE 42.3 (x86_64) Desktop: KDE Frameworks: 5.32.0, Qt: 5.6.2 and Plasma: 5.8.7 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday, 2018-01-03 at 10:41 -0000, Bob Williams wrote:
I have just had a conversation with Grozdan, the current maintainer of minidlna, on the packman mailing list. Apparently there should not be an /etc/minidlna.conf on openSUSE systems. You should configure /etc/sysconfig/minidlna as that's the actual config file on openSUSE. Note that you specify media_dirs by putting them all on one line, separated by a pipe character. eg. media_dir="A,/$HOME/music/classical | A,/$HOME/music/jazz | A,/$HOME/music/folk". You should also leave the service file pointing to -f /var/lib/minidlna/minidlna.conf and clean out /var/lib/minidlna completely. Running "systemctl start minidlna" creates a new /var/lib/minidlna/minidlna.conf which is what is then used by minidlna.
I can verify that this works, but I did point out to Grozdan that it is not documented anywhere, and does not agree with man minidlna.
If your setup is now working, you may prefer to leave it alone, and ignore my instructions above. ;-)
Thanks for the information - yes, I read your conversation on Packman, but this post is a nice info to have, I was confused there. Perhaps it could be added to a file in the package docs named README.openSUSE, in a renewal of our traditions ;-) - -- Cheers, Carlos E. R. (from openSUSE 42.2 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlpMxBcACgkQtTMYHG2NR9XaDQCdGuDH1p/jvuqFhLToWsLUHAi8 iAkAn2S5MYv02gG5eHtoD6cYmsZ1pEba =/NfB -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Wed, 3 Jan 2018 12:52:55 +0100 (CET)
"Carlos E. R."
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Wednesday, 2018-01-03 at 10:41 -0000, Bob Williams wrote:
I have just had a conversation with Grozdan, the current maintainer of minidlna, on the packman mailing list. Apparently there should not be an /etc/minidlna.conf on openSUSE systems. You should configure /etc/sysconfig/minidlna as that's the actual config file on openSUSE. Note that you specify media_dirs by putting them all on one line, separated by a pipe character. eg. media_dir="A,/$HOME/music/classical | A,/$HOME/music/jazz | A,/$HOME/music/folk". You should also leave the service file pointing to -f /var/lib/minidlna/minidlna.conf and clean out /var/lib/minidlna completely. Running "systemctl start minidlna" creates a new /var/lib/minidlna/minidlna.conf which is what is then used by minidlna.
I can verify that this works, but I did point out to Grozdan that it is not documented anywhere, and does not agree with man minidlna.
If your setup is now working, you may prefer to leave it alone, and ignore my instructions above. ;-)
Thanks for the information - yes, I read your conversation on Packman, but this post is a nice info to have, I was confused there.
Perhaps it could be added to a file in the package docs named README.openSUSE, in a renewal of our traditions ;-)
Grozdan says he has modified the man page for minidlna. I think this issue is interesting when read in conjunction with the "best place for local configs" thread. Standards are being rewritten! Bob -- Bob Williams System: Linux 4.4.103-36-default Distro: openSUSE 42.3 (x86_64) Desktop: KDE Frameworks: 5.32.0, Qt: 5.6.2 and Plasma: 5.8.7
participants (3)
-
Bob Williams -
Carlos E. R. -
Mark Hounschell