Debian & DLNA-Server ?

[Sloter]

aufwecken per script und cron oder eines der vielen tools zum überwachen von dienste/daemonen einsetzen....oder so ähnlich

[Quintus14]

In der log findet sich:

[2013/03/16 17:44:43] minidlna.c:884: warn: Starting MiniDLNA version 1.0.25 [SQLite 3.7.3].
[2013/03/16 17:44:43] minidlna.c:990: warn: HTTP listening on port 8200
[2013/03/16 17:44:43] upnpevents.c:363: warn: upnp_event_send: send(): Verbindungsaufbau abgelehnt
[2013/03/16 17:56:11] minissdp.c:286: error: sendto(udp): Die Operation ist nicht erlaubt
[2013/03/16 17:56:14] minissdp.c:286: error: sendto(udp): Die Operation ist nicht erlaubt
[2013/03/16 17:56:17] minissdp.c:286: error: sendto(udp): Die Operation ist nicht erlaubt
[2013/03/16 18:02:58] minissdp.c:286: error: sendto(udp): Die Operation ist nicht erlaubt
[2013/03/16 18:03:01] minissdp.c:286: error: sendto(udp): Die Operation ist nicht erlaubt
[2013/03/16 18:03:04] minissdp.c:286: error: sendto(udp): Die Operation ist nicht erlaubt

Vielleicht lässt die Shorewall da irgendwas nicht mehr durch? Was sagt Dir das log?

Mir fällt da noch ein, dass ich auf einem alten Rechner Squeeze und miniDLNA (ohne Shorewall) testweise installieren könnte um zu schauen, ob es dort abbricht ... aber die Arbeit tu' ich mir erst an, wenn es nicht anders geht. Find' momentan die Squeeze-Installations-DVD gar nicht, ich müsste alles noch mal neu downloaden.

[Quintus14]

NACHTRAG: das Teil läuft - siehe neuerlichen Startversuch, letzte Zeile:

[2013/03/17 08:08:07] minissdp.c:286: error: sendto(udp): Die Operation ist nicht erlaubt
[2013/03/17 08:08:10] minissdp.c:286: error: sendto(udp): Die Operation ist nicht erlaubt
[2013/03/17 08:08:13] minissdp.c:286: error: sendto(udp): Die Operation ist nicht erlaubt
[2013/03/17 08:24:59] minidlna.c:807: error: MiniDLNA is already running. EXITING.

Anscheinend kommen die Verbindungen nicht durch, alle paar Minuten ein error in der log. Wieso geht's eine Weile und dann nicht mehr?

LG

[Quintus14]

>Jener hier< hat dasselbe Problem (aber keine Lösung dabei). Erst nach einem Server-Reboot ist die DLNA-Verbindung wieder da - ein Reboot der Shorewall nutzt nix, ein Start des miniDLNA schreibt in die log 'is already running'.

[Don Manuel]

Und wenn Du, wie eigentlich bei jedem restart üblich, zuerst den Dienst beendest, bevor Du ihn neu startest?

[Quintus14]

Ich hab' - ehrlich gesagt - noch nicht gefunden, wie man den Dienst beendet. Starten tu' ich ihn mit 'minidlna -f /home/meinuser/minidlna-1.0.25/minidlna.conf' (weil sich das Ding ja nicht dort hin installiert hat, wohin es sollte).

Im Webmin sehe ich unter 'Laufende Prozesse' mit Prozess-ID 2680 das Ding laufen. OK - hier in Webmin könnte man es killen. Versuch' ich, wenn die Verbindung wieder verschwindet.

---

Ich hab's mal via Webmin gekillt ... mit meinem o.g. Startbefehl kommt das Ding aber nicht ins Laufen ... laut log sollte er aber laufen:

[2013/03/17 09:51:59] minidlna.c:884: warn: Starting MiniDLNA version 1.0.25 [SQLite 3.7.3].
[2013/03/17 09:51:59] minidlna.c:990: warn: HTTP listening on port 8200

Wird wohl wieder ein Rechner-Reboot notwendig sein...

LG

[Don Manuel]

Archlinux hat eine übersichtliche minidlna-wiki. Schau da auch mal rein: https://wiki.archlinux.org/index.php/MiniDLNA

[Sloter]

schau mal unter /var/run ob sich da ein *dlna*.pid herumtummelt.
wenn ja, löschen und dann probieren zum neustarten.

[Quintus14]

Sorry die Verspätung - ich hatte heute familiäre Verpflichtungen.

Ich hab' den Prozess via Webmin gekillt, die Datei /var/run/minidlna.pid gelöscht, die log entleert, neu gestartet - Prozess läuft, in der log steht nun:

[2013/03/17 19:22:06] minidlna.c:884: warn: Starting MiniDLNA version 1.0.25 [SQLite 3.7.3].
[2013/03/17 19:22:06] minidlna.c:990: warn: HTTP listening on port 8200

aber das DLNA-Netz steht nicht!

Kann ich sonst noch was probieren?

Sollte mir mal einfallen, wo ich die Debian-Installations-DVDs hin geräumt habe, könnte ich selbiges auf einem anderen Rechner testweise mal aufsetzen. Ich geh' morgen im Büro auf die Suche.

Ich hab' mir auch das Wiki angesehen - bei mir dürfte das nicht als daemon rennen, jedenfalls lässt es sich nicht mit 'systemctl stop minidlna' stoppen.

Thx

----

NACHTRAG: ein Rechner-Rreboot und anschließender Neustart schrieb in die log:

[2013/03/17 19:41:08][2013/03/17 19:41:08] minidlna.c:153: warn: received signal 15, good-bye
[2013/03/17 19:43:12] minidlna.c:884: warn: Starting MiniDLNA version 1.0.25 [SQLite 3.7.3].
[2013/03/17 19:43:13] minidlna.c:990: warn: HTTP listening on port 8200
[2013/03/17 19:44:13] minissdp.c:286: error: sendto(udp): Die Operation ist nicht erlaubt
[2013/03/17 19:44:13] minissdp.c:286: error: sendto(udp): Die Operation ist nicht erlaubt

----

Nachtrag-2: und in der log der Firewall findet sich:

Mar 17 19:48:04 fw2loc:REJECT:IN= OUT=eth0 SRC=192.168.xxx.yyy DST=192.168.xxx.zzz LEN=388 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=1900 DPT=52869 LEN=368 
Mar 17 19:48:07 fw2loc:REJECT:IN= OUT=eth0 SRC=192.168.xxx.yyy DST=192.168.xxx.zzz LEN=388 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=1900 DPT=52869 LEN=368 
Mar 17 19:48:10 fw2loc:REJECT:IN= OUT=eth0 SRC=192.168.xxx.yyy DST=192.168.xxx.zzz LEN=388 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=1900 DPT=52869 LEN=368 

Es sieht mir so aus, als ob die FW das wegschmeißt (warum auch immer). Ich glaub' das testweise Aufsetzen eines zweiten Debian-Servers (ohne FW) kann ich mir sparen ... ich vermute dort würde es laufen.

Thx

[Sloter]

weil iptables udp connections nach max 180 sec leerlauf wegwirft,
ich kenne shorewall nicht, aber kannst du auf die rules zugreifen?
zeit hochsetzen oder am flooting/brutforce schutz herumschreiben

minidlnamodul für webmin
http://sourceforge.net/projects/minidlnawebmin/

gibts es eigentlich eine /etc/init.d/minidlna ?