Your message dated Fri, 17 Mar 2017 10:20:31 +0300 with message-id <[email protected]> and subject line Re: Bug#857849: minidlna does not work if started via systemd has caused the Debian Bug report #857849, regarding minidlna does not work if started via systemd to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 857849: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=857849 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: minidlna Version: 1.1.5+dfsg-2~bpo8+1 Severity: grave Justification: renders package unusable Dear Maintainer, I recently noticed that my minidlna server was unavalable, at least from VLC, even though it seemed to be running and I'm not aware of any changes directly related to minidlna. After some experimentation, I found that if started manually, with the exact same command line that systemd would use, it worked OK. To be concrete, this invocation did not work: # /etc/init.d/minidlna start Starting minidlna (via systemctl): minidlna.service. # pgrep minidlna|xargs ps PID TTY STAT TIME COMMAND 13625 ? Ssl 0:00 /usr/sbin/minidlnad -f /etc/minidlna.conf -P /run/minidlna/minidlna.pid whereas this did: # /usr/sbin/minidlnad -f /etc/minidlna.conf -P /run/minidlna/minidlna.pid # pgrep minidlna|xargs ps PID TTY STAT TIME COMMAND 13674 ? Ssl 0:00 /usr/sbin/minidlnad -f /etc/minidlna.conf -P /run/minidlna/minidlna.pid -- System Information: Debian Release: 8.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages minidlna depends on: ii adduser 3.113+nmu3 ii libavformat56 6:11.8-1~deb8u1 ii libavutil54 6:11.8-1~deb8u1 ii libc6 2.19-18+deb8u7 ii libexif12 0.6.21-2 ii libflac8 1.3.0-3 ii libid3tag0 0.15.1b-11 ii libjpeg62-turbo 1:1.3.1-12 ii libogg0 1.3.2-1 ii libsqlite3-0 3.8.7.1-1+deb8u2 ii libvorbis0a 1.3.4-2 ii lsb-base 4.1+Debian13+nmu1 minidlna recommends no packages. minidlna suggests no packages. -- Configuration Files: /etc/init.d/minidlna changed: PATH=/sbin:/usr/sbin:/bin:/usr/bin DESC="DLNA/UPnP-AV media server" NAME=minidlna DAEMON=/usr/sbin/minidlnad PIDDIR=/run/$NAME PIDFILE=$PIDDIR/$NAME.pid SCRIPTNAME=/etc/init.d/$NAME CONFIGFILE=/etc/minidlna.conf LOGFILE=/var/log/minidlna.log USER=minidlna GROUP=minidlna DAEMON_OPTS="" [ -x "$DAEMON" ] || exit 0 [ -r /etc/default/$NAME ] && . /etc/default/$NAME DAEMON_ARGS="-f $CONFIGFILE -P $PIDFILE $DAEMON_OPTS" . /lib/init/vars.sh . /lib/lsb/init-functions export LANG=hu_HU.utf8 do_start() { # Return # 0 if daemon has been started # 1 if daemon was already running # 2 if daemon could not be started touch $LOGFILE && chown $USER:$GROUP $LOGFILE || return 2 mkdir -p $PIDDIR && chown $USER:$GROUP $PIDDIR || return 2 start-stop-daemon --start --quiet --pidfile $PIDFILE \ --chuid $USER:$GROUP --exec $DAEMON --test > /dev/null \ || return 1 start-stop-daemon --start --quiet --pidfile $PIDFILE \ --chuid $USER:$GROUP --exec $DAEMON -- \ $DAEMON_ARGS \ || return 2 } do_stop() { # Return # 0 if daemon has been stopped # 1 if daemon was already stopped # 2 if daemon could not be stopped # other if a failure occurred start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --pidfile $PIDFILE --exec $DAEMON RETVAL="$?" [ "$RETVAL" = 2 ] && return 2 # Wait for children to finish too if this is a daemon that forks # and if the daemon is only ever run from this initscript. start-stop-daemon --stop --quiet --oknodo --retry=0/30/KILL/5 --exec $DAEMON [ "$?" = 2 ] && return 2 # Many daemons don't delete their pidfiles when they exit. rm -f $PIDFILE return "$RETVAL" } do_rotate() { touch $LOGFILE && chown $USER:$GROUP $LOGFILE || return 2 start-stop-daemon --stop --signal USR2 --quiet --pidfile $PIDFILE --exec $DAEMON return 0 } case "$1" in start) [ "$VERBOSE" != no ] && log_daemon_msg "Starting $DESC" "$NAME" do_start case "$?" in 0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;; 2) [ "$VERBOSE" != no ] && log_end_msg 1 ;; esac ;; stop) [ "$VERBOSE" != no ] && log_daemon_msg "Stopping $DESC" "$NAME" do_stop case "$?" in 0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;; 2) [ "$VERBOSE" != no ] && log_end_msg 1 ;; esac ;; status) status_of_proc "$DAEMON" "$NAME" && exit 0 || exit $? ;; restart|force-reload) log_daemon_msg "Restarting $DESC" "$NAME" do_stop case "$?" in 0|1) if [ "$1" = "force-reload" ]; then # Rescan the collection DAEMON_ARGS="$DAEMON_ARGS -R" fi do_start case "$?" in 0) log_end_msg 0 ;; 1) log_end_msg 1 ;; # Old process is still running *) log_end_msg 1 ;; # Failed to start esac ;; *) # Failed to stop log_end_msg 1 ;; esac ;; rotate) log_daemon_msg "Reopening logs for $DESC" "$NAME" do_rotate log_end_msg $? ;; *) echo "Usage: $SCRIPTNAME {start|stop|status|restart|force-reload|rotate}" >&2 exit 3 ;; esac : /etc/minidlna.conf changed: user=minidlna media_dir=/var/lib/minidlna root_container=B network_interface=eth1 port=8200 friendly_name=DLNA szerver serial=681019810597110 album_art_names=Cover.jpg/cover.jpg/AlbumArtSmall.jpg/albumartsmall.jpg album_art_names=AlbumArt.jpg/albumart.jpg/Album.jpg/album.jpg album_art_names=Folder.jpg/folder.jpg/Thumb.jpg/thumb.jpg -- no debconf information
--- End Message ---
--- Begin Message ---notfound 857849 1.1.6+dfsg-1 thanks Hello jtg, Ok, closing the bugreport. On Thu, 16 Mar 2017 21:38:23 +0100 jtg <[email protected]> wrote: > Hi Alexander, > > Thanks a million for the speedy response. After upgrading to the new > version minidlna appears to function properly, so as far as I'm > concerned this bug can be closed. Would the problem reappear I'll > open another ticket. > > Once again, thanks so much for the prompt support. > > Cheers: > > --jtg > > > *From:* Alexander Gerasiov > > *Sent:* Thursday, March 16, 2017 11:24 > > *To:* Jtg > > *Cc:* 857849 > > *Subject:* Re: Bug#857849: minidlna does not work if started via > > systemd Hello jtg, > > > > On Wed, 15 Mar 2017 18:07:44 +0100 > > jtg <[email protected]> wrote: > > > >> Package: minidlna > >> Version: 1.1.5+dfsg-2~bpo8+1 > > Please check with 1.1.6, I've just uploaded backport into archive. > > > >> Severity: grave > > I can't confirm this. On my box it worked on jessie from backports > > and right now it works on Stretch. So it's definitely not grave as > > not every user is affected. > > > >> Justification: renders package unusable > >> > >> Dear Maintainer, > >> > >> I recently noticed that my minidlna server was unavalable, at least > >> from VLC, even though it seemed to be running and I'm not aware of > >> any changes directly related to minidlna. After some > >> experimentation, I found that if started manually, with the exact > >> same command line that systemd would use, it worked OK. > > Please check /var/log/minidlna.log and journalctl -u > > minidlna.service > > > > Is it fresh install or upgrade? > > > > > > > -- Best regards, Alexander Gerasiov Contacts: e-mail: [email protected] Homepage: http://gerasiov.net Skype: gerasiov PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1
--- End Message ---
