Frage zu dbus2vdr (gelöst)

Kitsab · 20. Oktober 2019

Hallo Community,

da ich eine Funktion des Plugins dbus2vdr nutzen möchte, habe ich nun dieses Plugin hinzugefügt und vdr komplett neu kompiliert.

Allerdings bringe ich das Plugin nicht so richtig zum laufen. Es scheint sich ständig neu mit dem Dbus zu verbinden:

Spoiler anzeigen

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168486

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168485

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168484

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168483

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168482

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168481

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168480

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168479

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168478

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168477

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168476

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168475

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168474

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168473

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168472

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168471

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168470

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168469

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168468

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168467

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168466

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168465

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168464

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168463

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168462

Okt 20 01:56:38 vdr vdr[31085]: [31095] dbus2vdr: System: connected with unique name :1.168461

meine /etc/dbus-1/systemd.d/de.tvdr.vdr.conf sieht so aus:

Ich führe vdr momentan als root aus, den nutzer vdr gibt es aktuell nicht

Spoiler anzeigen

der Plugin wird in vdr --help gelistet.

Mein Aufruf in der runvdr sieht so habe ich um -P\"dbus2vdr --session --network --log=3\" ergänzt (auch mal ohne die 3 Optionen versucht) immer wird mein systemlog vollgespammt, dass die dbus2vdr unipue verbindet.

Top zeigt, dass dBus und journalctl recht beschäftigt sind.

Spoiler anzeigen

Soblad ich das addon wieder aus der Runvdr entferne ist alles normal.

Abfragen auf den dbus2vdr funktionieren nicht.

*Ich nutze Vdr 2.4.1 mit den Standard Plugins + live + vnsiserver + streamdev-server + wirbelscan + vdr-manager + (dbus2vdr)

System: Arch linux vdr 5.0.21-2-pve #1 SMP PVE 5.0.21-3 (Thu, 05 Sep 2019 13:56:01 +0200) x86_64 GNU/Linux in einem Proxmox privileged lxc container.

Kompilliert habe ich mit der Option ONEDIR=1 alle files liegen in /video

Ich habe den vdr service mehrfach neu gestartet

Danke für Tips und Anregungen.

Viele Grüße

Kitsab

seahawk1986 · 20. Oktober 2019

Zitat von Kitsab

Mein Aufruf in der runvdr sieht so habe ich um -P\"dbus2vdr --session --network --log=3\" ergänzt (auch mal ohne die 3 Optionen versucht) immer wird mein systemlog vollgespammt, dass die dbus2vdr unipue verbindet.

--session brauchst du nur, wenn du einen Session Bus für den Nutzer unter dem der VDR läuft gestartet hast (in dem Fall greift die von dir modifizierte Regel für den Zugriff auf den SystemBus nicht). --network brauchst du für einen einzelnen Rechner normalerweise auch nicht (wenn man die Option nutzen will, muss man einiges an zusätzlicher Konfiguration machen, vgl. https://github.com/flensrocker…r/blob/master/README#L487).

Prinzipiell sollte das Plugin ohne Argumente startbar sein, dann verbindet es sich standardmäßig mit dem SystemBus.

Kitsab · 20. Oktober 2019

Hallo,

ich habe den Plugin auch versucht ohne Optionen zu starten, also die Plugin Befehlszeile um -P\"dbus2vdr\" erweitert.

Das Problem war dadurch trotzdem vorhanden, wie kann ich das debuggen?

mit --log=3 habe ich auch keine weiteren Einträge in journalctl gehabt außer dass sich dbus2vdr ständig verbindet.

Danke

Kitsab

mini73 · 20. Oktober 2019

Ich bin mir nicht sicher, ob mit --log=4 mehr Ausgaben kommen, das könntest du mal probieren.

Aber --network und --session brauchst du sicherlich nicht.

mini73 · 20. Oktober 2019

Der vdr läuft in einem Container? Keine Ahnung, ob das Nebenwirkungen hat, das hab ich nie probiert.

seahawk1986 · 20. Oktober 2019

Läuft denn Systemd als Init-System im Container?

Kitsab · 22. Oktober 2019

Hallo,

danke euch für die Antworten, war die Tage sehr beschäftigt und konnte mich nicht der Sache annehmen.
Ich werde die die Sache mit --log=4 mal testen. Problem ist wir haben jeden Abend diverese Aufnahmen, ich muss immer abwarten bis der VDR mal Pause hat :).

Im LXC Container läuft Arch Linux mit Systemd, man muss den Container als "nested" konfigurieren, da systemd sonst Rechte Probleme hat und diverse Dienste nicht zuverlässig laden, außerdem ist für die Berechtigung auf die TV-Kartezuzugreifen die Konfiguration eines "privileged" Containers notwendig.

Das Dbus2vdr nutze ich zum ersten mal daher kann ich den Unterschied zwischen normaler installation bzw. vm/container nicht beurteilen.

Im Container laufen aktuell die Addons live, streamdev, vnsiserver und wirbelscan Problemlos.

Ich melde mich die Tage mit weiteren Testergebnissen.

Danke schonmal.

Kitsab

Kitsab · 27. Oktober 2019

Hallo,

nun hatte ich mal Zeit den dbus2vdr mit Loglevel 4 zu starten und nachzusehen was das Plugin macht ..

Output ist journalctl -r (also reverse).

Das Plugin registreirt und unregistered ständig Objetke, das geht etwa 6-8 Sekunden so (20000 Zeilen Logfile) danach steht nur noch

"dbus2vdr: System: connected with unique name" über etwa 10000 Zeilen log. das alles auf ca 1 Minute aktivem vdr Dienst.

Irgendwo in den Logzeilen zwischen 10000 und 30000 kommt in den Zeilen auch mal was von Kanal blockiert wegen Aufnahme (stimmt aber nicht)

und meine Timer sind einmal gelistet beides innerhalb der dbus Meldungen. Kann aber auch normaler output des vdr sein.

Ich habe das Ende vom VDR start dazu genommen, damit man sieht wo es anfängt.

Das Problem ist wohl "on_name_lost de.tvdr.vdr". Nur wie löse ich das?

Spoiler anzeigen

[1384] dbus2vdr: System: connected with unique name :1.182039

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: on_bus_get

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: do_connect

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: Connect

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: on_name_lost_close

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /vdr with interface de.tvdr.vdr.vdr on id 18

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Timers with interface de.tvdr.vdr.timer on id 17

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Status with interface de.tvdr.vdr.status on id 16

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Skin with interface de.tvdr.vdr.skin on id 15

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Shutdown with interface de.tvdr.vdr.shutdown on id 14

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Setup with interface de.tvdr.vdr.setup on id 13

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Remote with interface de.tvdr.vdr.remote on id 12

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Recordings with interface de.tvdr.vdr.recording on id 11

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Plugins with interface de.tvdr.vdr.plugin on id 10

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Plugins with interface de.tvdr.vdr.pluginmanager on id 9

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Plugins/dbus2vdr with interface de.tvdr.vdr.plugin on id 8

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Plugins/vnsiserver with interface de.tvdr.vdr.plugin on id 7

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Plugins/wirbelscan with interface de.tvdr.vdr.plugin on id 6

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Plugins/live with interface de.tvdr.vdr.plugin on id 5

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Plugins/streamdev_server with interface de.tvdr.vdr.plugin on id 4

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /EPG with interface de.tvdr.vdr.epg on id 3

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Devices with interface de.tvdr.vdr.device on id 2

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: unregister object /Channels with interface de.tvdr.vdr.channel on id 1

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: UnregisterObjects

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: UnregisterWatchers

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: on_name_lost de.tvdr.vdr

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: thread-pool for handling signal-emits started

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: RegisterWatchers

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /vdr with interface de.tvdr.vdr.vdr on id 18

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Timers with interface de.tvdr.vdr.timer on id 17

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Status with interface de.tvdr.vdr.status on id 16

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Skin with interface de.tvdr.vdr.skin on id 15

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Shutdown with interface de.tvdr.vdr.shutdown on id 14

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Setup with interface de.tvdr.vdr.setup on id 13

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Remote with interface de.tvdr.vdr.remote on id 12

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Recordings with interface de.tvdr.vdr.recording on id 11

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Plugins with interface de.tvdr.vdr.plugin on id 10

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Plugins with interface de.tvdr.vdr.pluginmanager on id 9

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Plugins/dbus2vdr with interface de.tvdr.vdr.plugin on id 8

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Plugins/vnsiserver with interface de.tvdr.vdr.plugin on id 7

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Plugins/wirbelscan with interface de.tvdr.vdr.plugin on id 6

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Plugins/live with interface de.tvdr.vdr.plugin on id 5

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Plugins/streamdev_server with interface de.tvdr.vdr.plugin on id 4

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /EPG with interface de.tvdr.vdr.epg on id 3

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Devices with interface de.tvdr.vdr.device on id 2

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: register object /Channels with interface de.tvdr.vdr.channel on id 1

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: RegisterObjects

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: connected with unique name :1.182038

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: on_bus_get

Okt 27 15:12:08 vdr vdr[1374]: [1374] loading /video/cam.data

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: System: do_connect

Okt 27 15:12:08 vdr vdr[1374]: [1374] dbus2vdr: System: Connect

Okt 27 15:12:08 vdr vdr[1374]: [1382] [live] INFO: attempt to listen on ip = '192.168.111.202'

Okt 27 15:12:08 vdr vdr[1374]: [1383] VNSI Server thread started (pid=1374, tid=1383, prio=high)

Okt 27 15:12:08 vdr vdr[1374]: [1384] dbus2vdr: mainloop started

Okt 27 15:12:08 vdr vdr[1374]: [1374] starting plugin: dbus2vdr

Okt 27 15:12:08 vdr vdr[1374]: [1374] VNSI: Channel streaming timeout: 10 seconds

Okt 27 15:12:08 vdr vdr[1374]: [1374] VNSI: VNSI Server started

Okt 27 15:12:08 vdr vdr[1374]: [1374] VNSI: Starting vnsi server at port=34890

Okt 27 15:12:08 vdr vdr[1374]: [1374] starting plugin: vnsiserver

Okt 27 15:12:08 vdr vdr[1374]: [1374] starting plugin: wirbelscan

Okt 27 15:12:08 vdr vdr[1374]: [1374] loading /video/plugins/live/users.conf

Okt 27 15:12:08 vdr vdr[1374]: [1374] LIVE: initial file cache has 82 entries and needs 377394 bytes of data!

Okt 27 15:12:08 vdr vdr[1374]: [1381] Streamdev: Listening (HTTP) on port 3000

Okt 27 15:12:08 vdr vdr[1374]: [1381] Streamdev: Listening (VTP) on port 2004

mini73 · 27. Oktober 2019

Ich kenne mich zu wenig mit dem Container aus, aber irgendwas wird dafür sorgen, dass es seine Verbindung zum dbus-Daemon nicht behalten kann, weshalb es versucht, eine neue Verbindung herzustellen.

Läuft da ein dbus-daemon oder ist das kdbus und wie ist das Ding konfiguriert? Da musst du dich mal schlau machen...

Kitsab · 4. November 2019

Hallo Community,

also aktuelle Erkenntnis, dbus redet nicht so gerne mit root

Sprich aus Sicherheitstechnischen Gründen ist wohl der Root Account prinzipiell deaktiviert für dbus abfragen.

Aktuell läuft mein vdr noch als root, ich werde den vdr also bald umkonfigurieren damit er als User vdr läuft, damit sollte das Problem behoben sein.

Einfacher Test zu dBus:

su root .... dbus-monitor

bla ... blocked or no replay

*irgendein user:

dbus-monitor

und schon ist der debugging listener aktiv.

Danke für eure Tipps und Unterstützung. Ich werde nochmal ne Info dazu geben wenn das Problem komplett gelöst ist.

*Update - inzwischen ist der VDR ausführende User "VDR" also in der runvdr wird die Option -u vdr gesetzt, und damit funktioniert dann auch dbus2vdr

Kitsab

wmautner · 12. November 2019

Muß den Thread mal kapern:

Nach irgendeinem Update (System siehe Signatur) hab ich auch die endlosen "connect with unique name" (ansteigend)-Logzeilen.

Start des dbus2vdr mit --log=3 liefert nur

Code

Nov 12 09:44:32 hdvdr2 vdr: [23237] dbus2vdr: System: register object /vdr with interface de.tvdr.vdr.vdr on id 132839
Nov 12 09:44:32 hdvdr2 vdr: [23237] dbus2vdr: System: RegisterWatchers
Nov 12 09:44:32 hdvdr2 vdr: [23237] dbus2vdr: System: on_name_lost de.tvdr.vdr
Nov 12 09:44:32 hdvdr2 vdr: [23237] dbus2vdr: System: UnregisterWatchers
Nov 12 09:44:32 hdvdr2 vdr: [23237] dbus2vdr: System: UnregisterObjects

usw.

Habe schon dbus2vdr gepurged und das ansible-script neu durchlaufen lassen, nützt nix.

Wie krieg ich das wieder auf Schiene?

seahawk1986 · 12. November 2019

Was sagt denn vdr --showargs bei dir?

wmautner · 12. November 2019

Hi, danke erstmal

Das sieht so aus:

Code

vdr --showargs
--record=/usr/lib/vdr/vdr-recordingaction
--user=vdr
--grab=/tmp
--port=6419
--watchdog=120
--shutdown=/usr/lib/vdr/vdr-shutdown.wrapper
--dirnames=,,1
--plugin=conflictcheckonly
--plugin=desktop
--plugin=devstatus
--plugin=duplicates
--plugin=epg2vdr
--plugin=epgborder
--plugin=epgsearch
--plugin=epgsearchonly
--plugin=femon
--plugin=filebrowser
--plugin=history
--plugin=image -m /usr/lib/vdr-plugin-image/mount.sh -C /usr/lib/vdr-plugin-image/imageplugin.sh
--plugin=live --port=8008 --ip=0.0.0.0 --epgimages=/var/cache/vdr/epgimages
--plugin=markad
--plugin=menuorg
--plugin=mlist
--plugin=osd2web
--plugin=osdserver
--plugin=osdteletext -d /run/shm/vtx -n 48 -s packed
--plugin=pulsecontrol
--plugin=quickepgsearch
--plugin=recsearch
--plugin=scraper2vdr -i /var/cache/vdr/epgimages/ -m client
--plugin=skinnopacity --epgimages=/var/cache/vdr/epgimages
--plugin=sleeptimer -e /usr/bin/poweroffvdr
--plugin=softhddevice -D -w alsa-driver-broken -v va-api
--plugin=streamdev-server
--plugin=svdrpservice
--lirc=/var/run/lirc/lircd
--plugin=systeminfo
--plugin=tvguide
--plugin=vdrmanager -p 6420 -P hdvdr2 -c zlib
--plugin=vnsiserver
--plugin=wirbelscan
--plugin=zappilot
--plugin=conflictcheckonly
--plugin=desktop
--plugin=devstatus
--plugin=duplicates
--plugin=dynamite
--plugin=epg2vdr
--plugin=epgborder
--plugin=epgsearch
--plugin=epgsearchonly
--plugin=extrecmenung
--plugin=femon
--plugin=filebrowser
--plugin=history
--plugin=image -m /usr/lib/vdr-plugin-image/mount.sh -C /usr/lib/vdr-plugin-image/imageplugin.sh
--plugin=live --port=8008 --ip=0.0.0.0 --epgimages=/var/cache/vdr/epgimages
--plugin=menuorg
--plugin=mlist
--plugin=osdserver
--plugin=osdteletext -d /run/shm/vtx -n 48 -s packed
--plugin=pulsecontrol
--plugin=quickepgsearch
--plugin=recsearch
--plugin=scraper2vdr -i /var/cache/vdr/epgimages/ -m client
--plugin=skinnopacity --epgimages=/var/cache/vdr/epgimages
--plugin=sleeptimer -e /usr/bin/poweroffvdr
--plugin=softhddevice -D -w alsa-driver-broken -v va-api
--plugin=streamdev-server
--plugin=svdrpservice
--plugin=systeminfo
--plugin=tvguide
--plugin=vdrmanager -p 6420 -P hdvdr2 -c zlib
--plugin=vnsiserver
--plugin=wirbelscan
--plugin=zappilot
--plugin=iptv

Alles anzeigen

Wobei ich ja den vdr-2.41

Code

apt-cache policy vdr
vdr:
  Installiert:           2.4.1-1yavdr0~bionic
  Installationskandidat: 2.4.1-1yavdr0~bionic
  Versionstabelle:
 *** 2.4.1-1yavdr0~bionic 500
        500 http://ppa.launchpad.net/seahawk1986-hotmail/vdr-2.4.1/ubuntu bionic/main amd64 Packages
        100 /var/lib/dpkg/status
     2.4.1-0frodo0~bionic 100
        100 http://ppa.launchpad.net/frodo-vdr/experimental-vdr/ubuntu bionic/main amd64 Packages
     2.4.0-42yavdr0~bionic 500
        500 http://ppa.launchpad.net/yavdr/experimental-vdr/ubuntu bionic/main amd64 Packages
     2.3.8-2 500
        500 http://at.archive.ubuntu.com/ubuntu bionic/universe amd64 Packages

Alles anzeigen

verwende. Weiß jetzt gar net, wieso das dynamite da drin steht ...

wmautner · 12. November 2019

Ach ja, habe mittlerweile das vdr-plugin-dbus2vdr wieder deinstalliert, drum ist es nicht in den showargs von eben ...

Frage zu dbus2vdr (gelöst)

Jetzt mitmachen!

Teilen