vdr-frontend läuft nicht, bei Konfig-Änderung "Fehler beim Speichern"

    nach dem Einschalten kam heute kein Bild. Laut Webinterface läuft das vdr-frontend nicht. Im syslog ist auch überhaupt nichts vom vdr zu sehen.
    Ich habe dann unter Einstellungen "Wählen Sie Xine-Plugin als Alternative." nochmal bestätigt. Üblicherweise kommt vdr dann bei Problemen wieder hoch. Nun kommt nach längerer Wartezeit jedoch immer nur "Fehler beim speichern der Daten."


    Nun bin ich ratlos...

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD


    Das Webintefrace sagt aber weiterhin "VDR backend: stopped"

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    das Umstellen auf xineliboutput im Webinterface führt genauso zu "Fehler beim Speichern"

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    Hilfe! keiner ne Idee? kann doch wohl nicht wahr sein, dass ich deswegen alles neu installieren muss...
    gestern Abend lief noch alles. Nach dem apt-get install dist-upgrade gab es Probleme mit lirc, aber die konnte ich lösen.


    Was ist jetzt kaputt gegangen??


    ;(

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    Versuch doch mal ein sudo restart vdr, sollte das nicht den gewünschten Erfolg haben, dann gib mal sudo restart remoted ein, evtl. stimmt doch was mit deine lirc Konfiguration nicht.


    Gruß Dirch

    Mutterbrett: Foxconn g31mx mit Core2Duo E2200, 2GB / 1TB Hitachi / 240er GT weil 9500er gehimmelt / X10 / FF1.3 & Pinnacle PCTV Sat HDTV Pro USB / TV nur noch unter yaVDR und mit The Beast natürlich


    Dieser Beitrag wird 81 mal editiert, zum nächsten Mal von Dirch: Morgen, so um 20:39 :whistling:

    das ist sehr merkwürdig. Vorhin hatten diverse Neustarts keine Veränderung gebracht. Als ich ihn jetzt angeschaltet ahbe, kam sofort ein Bild... ?(

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    Keine Sorge, dein System ist vorübergehend in den Frauenfußballstreik gegangen :D

    Dirch

    Mutterbrett: Foxconn g31mx mit Core2Duo E2200, 2GB / 1TB Hitachi / 240er GT weil 9500er gehimmelt / X10 / FF1.3 & Pinnacle PCTV Sat HDTV Pro USB / TV nur noch unter yaVDR und mit The Beast natürlich


    Dieser Beitrag wird 81 mal editiert, zum nächsten Mal von Dirch: Morgen, so um 20:39 :whistling:

    die spontane Selbstheilung war leider nicht von Dauer. Der Rechner fuhr heute automatisch hoch und sollte eigentlich ab 18:55 Uhr etwas aufnehmen. So wie es aussieht, wurde jedoch nie ein vdr-Start ausgelöst. Die DVB-Geräte wurden angelegt. Danach steht folgendes in syslog:



    Ich verstehe nicht, weshalb /etc/modprobe.d/lirc-serial.conf hier nicht berücksichtigt wurde. Heute morgen hat das anscheinend ncoh geklappt:



    liegt es nun an lirc, dass vdr gar nicht erst startet? Das wär allerdinsg blöd, denn hier wurde so eine Timeraufnahme versaut, für die ich gar keine FB gebraucht hätte.


    So sieht /etc/modprobe.d/lirc-serial.conf aus:


    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    es reichte tatsächlich, nochmal ein "modprobe lirc-serial" zu machen (diesmal gab es keine Meldung, dass der Port nicht frei sei) und anschließend "start remoted" auszuführen. Danach wurde auch vdr automatisch gestartet.


    Meine Vermutung ist, dass das upstart-Script zum Starten von vdr auf remoted wartet. Ich stell einfach mal in Frage, ob das so glücklich ist. Die Zuverlässigkeit von Timeraufnahmen sollte nciht von den Launen der Fernbedienung abhängen. Ich verstehe jetzt nichts von upstart-Scripten, aber kann man da snciht vielleicht so machen, dass vdr maximal wenige Minuten auf remoted wartet und dann trotzdem startet? Oder zumindest dann trotzdem startet, wenn ein Timer ansteht?


    Aber viel wichtiger: wieso wird /etc/modprobe.d/lirc-serial.conf sporadisch nicht beachtet??

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    ich werde hier noch verrückt.
    Nach einem "apt-get install distupgrade" (es wurden einige Plugins erneuert) kommt jetzt nur noch


    Jul 11 22:04:39 ubuntuvdr1 kernel: [ 491.078016] vdr[7929]: segfault at 1 ip 00007fdd10dec6d6 sp 00007fff0cbf3390 error 4 in libvdr-restfulapi.so.1.7.18[7fdd10dbe000+72000]
    Jul 11 22:04:40 ubuntuvdr1 lircd-0.8.7[1012]: accepted new client on /var/run/lirc/lircd
    Jul 11 22:04:40 ubuntuvdr1 lircd-0.8.7[1012]: removed client
    Jul 11 22:04:40 ubuntuvdr1 init: vdr main process (7929) killed by SEGV signal
    Jul 11 22:04:40 ubuntuvdr1 lircd-0.8.7[1012]: removed client
    Jul 11 22:04:40 ubuntuvdr1 init: vdr-frontend main process (7944) terminated with status 1
    Jul 11 22:04:40 ubuntuvdr1 vdr-crash: vdr exit with signal SEGV . Restarting



    X(

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    Was remoted angeht - upstart kann mit vdr auf die Fernbedienung warten, aber nicht "nur so ein bischen" - ungünstig dein Fall , in der Tat, aber doch eher nicht die Regel. Davon abgesehen liesse sich das durch eventlircd entschärfen - das würde dann aber bedeuten das alle verwendeten lircd.conf's mindestens Namespacekonform sein müssen. Hier hat CKone einen ziemlich smarten Ansatz gefunden: [0.4 pre1] vorhandene lircd.conf yavdr konform modifizieren , wie man einfach da hinkommt. Ich denke die nächsten Tage an dieser Geschichte arbeiten.


    Neben diesem Vorteil hätte man dann auch andere Vorteile - einzig die komfortable Lernfunktion des VDR würde man dann verlieren.

    VDR User: 87 - LaScala LC14B - LG/Phillipps 6,4" VGA Display | Asrock H61/U3S3 | G630T | 1x 16GB Mobi Mtron 3035 1x WD 750GB 2,5" |1x L4m DVB-S2 Version 5.4

    vdr-wiki YaVDR |YaVDR Blog

    Zitat von aelo

    Dr. Seltsam:


    Das Plugin ist noch in Entwicklung, gut möglich dass es da mal segfaults gibt...
    Falls möglich wäre eine backtrace sehr hilfreich!


    bitte sehr:


    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    Habe nun temporär den TaskScheduler im restuflapi-Plugin deaktiviert. Multithreading ist anscheinend doch nicht so einfach zu verhindert :-).
    Nun sollte zumindest das Plugin wieder funktionieren.
    Code ist auf github.
    Und auf Launchpad wird das Paket sicher auch gleich gebaut.


    mfg
    aelo


    edit: Und nun auch auf Launchpad online (unstable).

    Danke für die schnelle Reaktion. Der Fix sollte dann aber auch in yavdr 0.4 rein.
    Ob unstable oder testing halte ich für eher phlilosophisch. Auch ein pre-release sollte m.E. keine Bugs mehr haben, die schon erkannt sind

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    Das Pre-Release verwendet TESTING und dort war der Bug nie drin.


    Und eine Iso mit unstable-Repository bekommen nur ausgewählte Personen :) und das hat dann gar nix mit einem Pre-Release zu tun sondern ist eben nur eine Iso mit den aktuellsten Paketen und da steckt eben auch mal was fehlerhaftes drin :)

    Zitat von aelo

    Das Pre-Release verwendet TESTING und dort war der Bug nie drin.


    Und eine Iso mit unstable-Repository bekommen nur ausgewählte Personen :) und das hat dann gar nix mit einem Pre-Release zu tun sondern ist eben nur eine Iso mit den aktuellsten Paketen und da steckt eben auch mal was fehlerhaftes drin :)


    ups... ich habe mal eine 0.3.99 installiert und die dann immer wieder upgedatet. Ich habe jetzt also nicht den gleichen Stand wie die 0.4pre1 ?

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    Zitat von Dr. Seltsam

    Ich habe jetzt also nicht den gleichen Stand wie die 0.4pre1 ?


    Die 0.3.9.x hatten doch unstable als Paketquellen - damit dürftest du sogar etwas weiter sein.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    ich hatte gedacht, das geht nahtlos in 0.4 über. Dass man für die 0.4 dann andere Pakete nimmt, hätte ich nicht gedacht.


    Ich möchte den gleichen Stand wie alle 0.4pre1-Tester haben. Muss ich neu installieren, oder reicht es, die Paketquellen zu ändern?

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden