Nimm das '-l 3.7' mal in die vdr.conf mit rein.
Das log ist leider weiterhin unvollständig. Das sind nur die letzten 20 Zeilen. Mir fehlt der Bereich, wo die Plugins geladen werden.
Christian
Nimm das '-l 3.7' mal in die vdr.conf mit rein.
Das log ist leider weiterhin unvollständig. Das sind nur die letzten 20 Zeilen. Mir fehlt der Bereich, wo die Plugins geladen werden.
Christian
Dann kommt etwas mehr Output (gefiltert nach Fehlern):
Wenn Du mit systemd arbeitest, warum postest Du das syslog?
Mach mal einen fröhlichen reboot, starte vdr (also vdr.service) und poste
journalctl -b -u vdr
Falls da was als Ergebnis kommt.
Bitte nicht gefiltert nach Fehlern. Bitte die ganze Wahrheit.
Danke.
Dec 10 17:38:48 HOMENAS1 vdr: [1079] SATIP: Detected 1 RTP packet error [device 1]
Und das sieht für mich ganz deutlich danach aus, daß der satip-Server gefunden wurde.
Bitte nicht gefiltert nach Fehlern. Bitte die ganze Wahrheit
Wollte Euch natürlich nichts vorenthalten. In den Logs, die ich rausgesucht habe stand auch nicht mehr drin
Als Linux Anfänger bin ich mir im Moment über die korrekten Startmethoden (SystemD, per Prozess, bzw Service Start) und die verschiedenen logging Outputs etwas verloren.
--log=3.7 ist in der 00-vdr.conf ergänzt (erzeugt aber keine zusätzliche Ausgabe in dem log siehe unten)
Nach dem Reboot hat wohl systemd den Vdr einmal erfolglos versucht hochzustarten.
Also den Octopus unter der Addresse 192.168.2.33 scheint er gefunden zu haben. Das Live Plugin scheint Probleme mit der IPAddress zu haben und für mich sieht es so aus, als wenn ein fehlendes ir-Device den Exit verursacht ....
Log-Datei als Anhang:
Ralf
und für mich sieht es so aus, als wenn ein fehlendes ir-Device den Exit verursacht ....
Ja, das remote-Plugin mag es nicht, wenn es das erwartete Input-Device nicht findet. Ich würde das bei einem Headless-Server weglassen (für den OSD-Zugriff ist es eh nur bedingt geeignet).
Guten Morgen,
ich denke auch, daß hier das Problem liegt:
Dez 11 21:44:53 HOMENAS1 vdr[673]: [673] remote: fatal error - unable to open input device
Ich nutze remote, um per telnet auf port 3333 den vdr steuern zu können. Wenn Du das nicht brauchst: raus mit dem plugin.
Wenn Du es nutzen willst: starte remote mit '-p tcp:3333' in der config und nutze das hier in der remote.conf:
remote-tcp:3333.Up 0000000000415B1B
remote-tcp:3333.Down 0000000000425B1B
remote-tcp:3333.Menu 000000000000006D
remote-tcp:3333.Ok 000000000000000D
remote-tcp:3333.Back 000000000000007F
remote-tcp:3333.Left 0000000000445B1B
remote-tcp:3333.Right 0000000000435B1B
remote-tcp:3333.Red 0000000000000072
remote-tcp:3333.Green 0000000000000067
remote-tcp:3333.Yellow 0000000000000079
remote-tcp:3333.Blue 0000000000000062
remote-tcp:3333.0 0000000000000030
remote-tcp:3333.1 0000000000000031
remote-tcp:3333.2 0000000000000032
remote-tcp:3333.3 0000000000000033
remote-tcp:3333.4 0000000000000034
remote-tcp:3333.5 0000000000000035
remote-tcp:3333.6 0000000000000036
remote-tcp:3333.7 0000000000000037
remote-tcp:3333.8 0000000000000038
remote-tcp:3333.9 0000000000000039
remote-tcp:3333.Info 0000000000000069
remote-tcp:3333.Play 0000000000000070
remote-tcp:3333.Pause 0000000000000020
remote-tcp:3333.Stop 000000007E345B1B
remote-tcp:3333.Record 00000000415B5B1B
remote-tcp:3333.FastFwd 00000000425B5B1B
remote-tcp:3333.FastRew 00000000435B5B1B
remote-tcp:3333.Next 00000000445B5B1B
remote-tcp:3333.Prev 00000000455B5B1B
remote-tcp:3333.Power 000000000000001B
remote-tcp:3333.Channel+ 000000007E355B1B
remote-tcp:3333.Channel- 000000007E365B1B
remote-tcp:3333.PrevChannel 000000007E315B1B
remote-tcp:3333.Volume+ 000000000000002B
remote-tcp:3333.Volume- 0000000000000023
remote-tcp:3333.Audio 0000000000000061
remote-tcp:3333.Schedule 0000000000000073
remote-tcp:3333.Channels 0000000000000063
remote-tcp:3333.Timers 0000000000000074
remote-tcp:3333.Recordings 0000000000000075
remote-tcp:3333.Setup 0000000000000065
Display More
Das live-Plugin mit 0.0.0.0 ist OK.
epg2vdr würde ich deaktivieren bis Du einen epgd am Laufen hast. Das scheint noch nicht der Fall zu sein.
Eigentlich müsste das Ding laufen, wenn das mit dem remote-Plugin erledigt ist.
Christian
[ ... ] eine vernünftige Konfigurationsmöglichkeit (auch mit beiden Augen zudrücken sind SSH und conf Dateien keine).
Das sehe ich anders: Mittel-/langfristig sind Config-Dateien wesentlich sinnvoller als irgendwelche grafischen Oberflächen, weil man das scripten kann.
Mein VDR läuft (seit 2007) auf Ubuntu. Installiert/konfiguriert wird das Ganze VOLLSTÄNDIG über ein (selbst geschriebenes) Konfigurationssystem, das alle meine Rechner (von den Laptops bis zu den Servern) installiert/konfiguriert. Der VDR wurde in dieser Zeit mindestens für jede LTS neu installiert. Mit einer Klickediklack-Konfiguration wäre ich da schon wahnsinnig geworden.
Zurück zum Thema:
Lieben Dank für die Hinweise. Brauche einen Kompass der mir sagt in welche Richtung ich weiterlaufen soll
Vielleicht habe ich heute Abend wieder eine Stunde an der Kiste.
Das sehe ich anders: Mittel-/langfristig sind Config-Dateien wesentlich sinnvoller als irgendwelche grafischen Oberflächen, weil man das scripten kann.
Naja solange man nichts automatisieren und die Geschichte nur einmal anfassen und wenig pflegen will sind intuitiv benutzbare Oberflächen schon nicht schlecht. Besonders für Anfänger.
Deshalb habe ich ja auch hier den Debian + OMV4 Unterbau gewählt. Ansonsten gebe ich Dir natürlich recht.
Die bei Ubuntu enthaltenen VDR-Pakete mögen veraltet sein, aber sie funktionieren. Und sie reichen vollkommen für meinen Bedarf.
e-tobi hatte ich in der Anfangszeit auch verwendet. Das ist dann aber regelmäßig in einem Chaos ausgeartet. Das mag sich in der Zwischenzeit gebessert haben.
Was sind den die wesentlichen Unterschiede der Ubuntu vs. e-Tobi (Debian) Pakete (für einen unbedarften Nutzer erklärt)? Mal von der unterschiedlichen Distributionen und den vermutlich unterschiedlichen Versionsständen abgesehen. Oder beziehst Du Dich auf YaVdr Pakete wo noch viel mehr drin ist?
Ralf
a, das remote-Plugin mag es nicht, wenn es das erwartete Input-Device nicht findet. Ich würde das bei einem Headless-Server weglassen (für den OSD-Zugriff ist es eh nur bedingt geeignet).
Eigentlich müsste das Ding laufen, wenn das mit dem remote-Plugin erledigt ist.
Ja sieht gut aus Herzlichen Dank an alle die mitgeholfen habe.
Die VDR Prozesse bleiben bestehen. Auf die "Live" Seite kann ich zugreifen.
Wenn ich das richtig verstanden habe benötige ich nun die folgenden plugins (Quelle: http://vdr.schmirler.de/) um das Client Server Szenario anzugehen.
Server (VDR version 2.4.0):
svdrposd
Client (YaVDR 0.6 Testing):
remoteosd
svdrpservice
epgsync
remotetimers
Ist damit eine "sanfte" Migration möglich (z.B vorhandene Timer + Aufnahmen auf dem Client zu behalten) + zusätzlich Timer / Aufnahmen auf dem Server zu verwalten?
Oder sollte ich besser vor der Anbindung alles auf den Server verlagern?
BTW, sollte ich sinnvollerweise mein Szenario + Installationsbeschreibungen im Wiki, Forum, oder Dokumentation hinterlegen?
Gruß Ralf
Ein bisschen weiter bin ich nun gekommen. Habe jetzt den Streamdev Server auf der Server Seite (NAS) und den StreamDev Client auf der Client Seite aktiviert.
Jetzt passiert folgendes:
Server-Seite (192.168.2.3)
journalctl -b -u vdr | grep streamdev
Dez 15 12:41:40 HOMENAS1 vdr[614]: [614] loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev-server.so.2.4.0
Dez 15 12:41:40 HOMENAS1 vdr[614]: [614] initializing plugin: streamdev-server (0.6.1-git): VDR Streaming Server
Dez 15 12:41:41 HOMENAS1 vdr[614]: [614] starting plugin: streamdev-server
Dez 15 12:41:41 HOMENAS1 vdr[614]: [614] loading /var/lib/vdr/plugins/streamdev-server/streamdevhosts.conf
Dez 15 12:41:41 HOMENAS1 vdr[614]: [821] streamdev server thread started (pid=614, tid=821, prio=high)
Dez 15 12:46:59 HOMENAS1 vdr[614]: [821] streamdev: client 192.168.2.126:47354 not allowed to connect
Dez 15 12:46:59 HOMENAS1 vdr[614]: [821] streamdev-server: closing VTP connection to 192.168.2.126:47354
Client-Seite (192.168.2.126)
grep streamdev /var/log/syslog
Dec 15 12:46:28 Vdr1 vdr: [5007] stopping plugin: streamdev-client
Dec 15 12:46:55 Vdr1 vdr: [1177] loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev-client.so.2.2.0
Dec 15 12:46:55 Vdr1 vdr: [1177] loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev-server.so.2.2.0
Dec 15 12:46:56 Vdr1 vdr: [1177] initializing plugin: streamdev-client (0.6.1-git): VTP Streaming Client
Dec 15 12:46:56 Vdr1 vdr: [1177] streamdev-client: got device number 13
Dec 15 12:46:56 Vdr1 vdr: [1177] initializing plugin: streamdev-server (0.6.1-git): VDR Streaming Server
Dec 15 12:46:56 Vdr1 vdr: [1177] dynamite: streamdev-client detected, leaving 1 additional slot(s) free
Dec 15 12:47:00 Vdr1 vdr: [1177] starting plugin: streamdev-client
Dec 15 12:47:00 Vdr1 vdr: [1177] starting plugin: streamdev-server
Dec 15 12:47:00 Vdr1 vdr: [1177] loading /var/lib/vdr/plugins/streamdev-server/streamdevhosts.conf
Dec 15 12:47:00 Vdr1 vdr: [1718] streamdev server thread started (pid=1177, tid=1718, prio=high)
Dec 15 12:47:00 Vdr1 vdr: [1177] ERROR: streamdev-client: Didn't receive greeting from 192.168.2.3:2004: 221 Too many clients or client not allowed to connect
Display More
streamdevhosts.conf + svdrphosts.conf sind angepasst (Subnetz: 192.168.0.0/24 bzw. 192.168.0.0/16 freigegeben, auf beiden Seiten).
Auf der Server Seite hatte ich sonst keine Einstellungen vorgenommen. Fehlt noch was?
Ralf
Hi,
Auf der Server Seite hatte ich sonst keine Einstellungen vorgenommen. Fehlt noch was?
wurde VDR-zu-VDR Server im Setup von Plugin streamdev-server aktiviert?
Gruss
Wolfgang
wurde VDR-zu-VDR Server im Setup von Plugin streamdev-server aktiviert?
Auf der Client Seite ja,
auf der Headless Server Seite habe ich eine solche Einstellung nicht gefunden.
Welche Config Datei wäre denn das? OSD habe ich ja dort noch nicht.
Ralf
Hier sehe ich nur client-Seitige Einstellungen:
http://vdr-wiki.de/wiki/index.php/Streamdev-plugin
die Datei etc/vdr/conf.d/50-streamdev-server.conf (Headless Server)
enthält keine Einstellungen.
Hi,
OSD habe ich ja dort noch nicht.
Plugin live auf dem Server installieren, dann kannst du den VDR administrieren!
Gruss
Wolfgang
Ja, Timer und Aufnahmen, aber Plugin-Streamdev Einstellungen? Auf die hatte ich mich mit (OSD) bezogen.
Das Live Plugin ist jedenfalls bei mir erreichbar.
Ralf
Versuche doch mal die beiden host.conf Dateien mit 192.168.2.0/24 oder 0.0.0.0
Gruß Jan
Edit: Serverseitig meine ich natürlich.
Jetzt benutze ich schon 7 Jahre das live Plugin und über die Fernbedienungs-Funktion bin ich noch nie gestolpert. Man lernt nie aus.
Die Einstellungen sehen genauso aus wie in Deinem Snapshot incl. VDR-zu-VDR Starten und Binde an IP,
Ralf
Versuche doch mal die beiden host.conf Dateien mit 192.168.2.0/24 oder 0.0.0.0
Habe jetzt Serverseitig 0.0.0.0/0 eingetragen. Damit behaupten beide Logs dass die Verbindung erfolgreich war. Danke für den Hinweis - wobei ich dachte die 24 müsste die letzten 3 Bytes der IP ausmaskieren und nur noch auf die 192 prüfen ...
Die Serverseite zeigt jetzt auch eine Streamdev Verbindung auf 192.168.2.126 an. Die Clientseite nicht.
Auf Clientseite kann ich das ServerMenü noch nicht aufrufen. Meldung "Server-Menü nicht erreichbar, Verbindung fehlgeschlagen". Gehe ich recht in der Annahme das sich dass dann eher um ein Problem des RemoteOSD handelt? In den Logs finde ich nocht nichts ...
Ralf
Hurra, jetzt scheint es zu funktionieren. Auch wenn ich mich Wiederhole. Dank an alle!
Auf Clientseite kann ich das ServerMenü noch nicht aufrufen. Meldung "Server-Menü nicht erreichbar, Verbindung fehlgeschlagen"
Die Lösung war mir fehlte noch das vdr-plugin-svdrposd auf der Serverseite. Kaum macht mans richtig ....
Zusätzlich hatte ich in RemoteOSD und RemoteTimers die IPAddresse des Servers händisch eingetragen.
Ralf
Don’t have an account yet? Register yourself now and be a part of our community!