Dumme Frage, worin liegt der Unterschied zwischen
ppa:yavdr/experimental-vdr
und
ppa:seahawk1986-hotmail/vdr-2.4.5-patches?
Dumme Frage, worin liegt der Unterschied zwischen
ppa:yavdr/experimental-vdr
und
ppa:seahawk1986-hotmail/vdr-2.4.5-patches?
Aktuell durch drei Patches (menuselection, zapcockpit und naludump) und einer Erhöhung der maximal möglichen Tuner-Zahl auf 32 (falls der Kernel bzw. die Treiber von DD entsprechend gebaut worden sind, die Ubuntu-Kernel limitieren das ja bislang auf 8 Tuner in den DVB-Modulen, der VDR erlaubt standardmäßig bis zu 16: http://git.tvdr.de/?p=vdr.git;…fbaf5846f8a93;hb=HEAD#l29).
Sind der permashift und menuselection patch aus 2.4.3 wieder in ppa:seahawk1986-hotmail/vdr-2.4.5-patches dabei?
Menuselection ist dabei, Permashift ist noch nicht angepasst.
Hört sich vielversprechend an .
Hab eben auf 2.4.5-patches gewechselt und bekomme jetzt beim VDR-Start Segfaults beim Boblight- und beim Skindesigner-Plugin. Hier mal exemplarisch:
Oct 26 17:13:46 yavdr vdr: BOBLIGHT: boblight Thread started (pid=3517)
Oct 26 17:13:46 yavdr vdr: BOBLIGHT: Connected to boblight
Oct 26 17:13:46 yavdr kernel: [ 331.774265] vdr[3544]: segfault at 0 ip 00007f254c4d4848 sp 00007f251e7fbce0 error 4 in libvdr-vdrboblight.so.2.4.5[7f254c4d2000+5000]
Oct 26 17:13:46 yavdr kernel: [ 331.774271] Code: 00 00 48 89 ef e8 58 de ff ff 49 8b 74 24 68 4c 8d 64 24 20 4c 8d 44 24 0c 48 8d 0d e5 29 00 00 48 8d 15 df 29 00 00 4c 89 e7 <48> 8b 06 ff 90 98 00 00 00 4c 89 e6 48 89 ef e8 e4 dd ff ff 4c 89
Oct 26 17:13:46 yavdr boblightd[710]: (CClientsHandler::Process) 127.0.0.1:44628 Connection closed
Oct 26 17:13:46 yavdr boblightd[710]: (CClientsHandler::RemoveClient) removing 127.0.0.1:44628
Was kann das sein?
Hi,
sind denn die Plugins aus dem neuen ppa? Oder evtl. mit falscher abi, da es die im neuen nicht gibt oder so?
MfG,
Stefan
Hab eben auf 2.4.5-patches gewechselt und bekomme jetzt beim VDR-Start Segfaults beim Boblight- und beim Skindesigner-Plugin. Hier mal exemplarisch:
CodeOct 26 17:13:46 yavdr vdr: BOBLIGHT: boblight Thread started (pid=3517) Oct 26 17:13:46 yavdr vdr: BOBLIGHT: Connected to boblight Oct 26 17:13:46 yavdr kernel: [ 331.774265] vdr[3544]: segfault at 0 ip 00007f254c4d4848 sp 00007f251e7fbce0 error 4 in libvdr-vdrboblight.so.2.4.5[7f254c4d2000+5000] Oct 26 17:13:46 yavdr kernel: [ 331.774271] Code: 00 00 48 89 ef e8 58 de ff ff 49 8b 74 24 68 4c 8d 64 24 20 4c 8d 44 24 0c 48 8d 0d e5 29 00 00 48 8d 15 df 29 00 00 4c 89 e7 <48> 8b 06 ff 90 98 00 00 00 4c 89 e6 48 89 ef e8 e4 dd ff ff 4c 89 Oct 26 17:13:46 yavdr boblightd[710]: (CClientsHandler::Process) 127.0.0.1:44628 Connection closed Oct 26 17:13:46 yavdr boblightd[710]: (CClientsHandler::RemoveClient) removing 127.0.0.1:44628
Was kann das sein?
Ok - Ursache gefunden. Wie so oft etwas ganz triviales - bei Umstellen ist (warum auch immer) kein softhddevice-Plugin aus dem neuen PPA installiert worden. Es war zumindest keins vorhanden (was mir im Remote-Zugriff nicht sofort aufgefallen war), so dass es für boblight und skindesigner eher schwer war am Leben zu bleiben.
Leider gibt es in dem Fall keine aussagekräftige Fehlermeldung - deswegen hat es etwas länger gedauert. Läuft jetzt aber wieder...!
Meine beiden Bionic VDR bringen kein Bild mehr, nur das yaVDR Logo sieht man, kein Ton und Reaktion auf die FB. Per Konsole kann ich steuern aber so richtig funktioniert das auch nicht. War da was die Tage wo dieses Verhalten verursachen hätte können? Hab die VDR's die letzte Zeit "blind" aktualisiert , beschriebenes Verhalten hab ich heute Abend erst bemerkt... Pakete sind alle aktueller Stand, heute.
Was steht denn im Log?
Du meinst wenn der VDR läuft?
Im Zweifelsfall alles für den aktuellen Boot - journalctl -l -b > log.txt
Hier ist der komplette Start: https://pastebin.ubuntu.com/p/3R5c5mYd9y/
Es liegt an epg2vdr und scraper2vdr, wenn ich diese beiden Plugins deaktiviere läuft der VDR
ii vdr-plugin-epg2vdr 1.1.118-0yavdr0~bionic amd64 VDR EPG2VDR Plugin
ii vdr-plugin-scraper2vdr 3:1.0.11-0yavdr3~bionic amd64 VDR SCRAPER2VDR Plugin
Das sieht merkwürdig aus:
Nov 11 20:04:18 vdr03 systemd[1]: nvidia-persistenced.service: Unit not needed anymore. Stopping.
Nov 11 20:04:18 vdr03 systemd[1]: Requested transaction contradicts existing jobs: Transaction is destructive.
Nov 11 20:04:18 vdr03 systemd[1]: nvidia-persistenced.service: Failed to enqueue stop job, ignoring: Transaction is destructive.
Nov 11 20:04:18 vdr03 systemd[1]: Starting NVIDIA Persistence Daemon...
Nov 11 20:04:18 vdr03 nvidia-persistenced[1640]: ERROR: Failed to find user ID of user 'nvidia-persistenced': Success
Nov 11 20:04:18 vdr03 systemd[1]: nvidia-persistenced.service: Control process exited, code=exited status=1
Nov 11 20:04:18 vdr03 systemd[1]: nvidia-persistenced.service: Failed with result 'exit-code'.
Nov 11 20:04:18 vdr03 systemd[1]: Failed to start NVIDIA Persistence Daemon.
Was sagt denn sudo dkms status?
Und welchen Status hat das softhddevice? svdrpsend plug softhddevice stat - falls es nicht attached ist: lässt es sich attachen? svdrpsend plug softhddevice atta
Es liegt an EPGD und den Plugins. Mein Server läuft noch mit mySQL und da gibt es in jüngster Zeit immer mal Probleme, hab das kürzlich schon mal geschrieben aber horchi sagt dass das nicht sein kann, also dass die Plugins den VDR behindern. Aktuell ist es ein ganz klarer Fall von diesem Problem.
Hab jetzt den EPGD von Proxmox als Ziel für den VDR hinterlegt, der EPGD dort läuft auf mariaDB und siehe da, der VDR funktioniert sofort wieder.
Sorry für den Aufschrei
Naja, was spricht dagegen, auf mariadb zu wexeln? Debian und yavdr haben das ja ohnehin schon onboard ...
Nix, wird wohl das nächste sein der Server läuft halt schon X Jahre so, never touch a runing system.....
Mal schauen ob mariaDB meine DB mag, die ist inzwischen 9,9GB....
Die würde ich ohnehin plattmachen und neu aufbauen lassen, schon wegen Felderweiterzngen und Charsets ...
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!