osd2web 0.3.0 auf 22.04 LTS zeigt nur noch weißen Bildschirm

Hallo,

seit dem Update von osd2web auf 0.3.0 sehe ich auf meinem TFT nur noch einen weißen Bildschirm. Rufe ich osd2web im Netzwerk mit einem Browser auf, stürzt der vdr ab. Im Log findet man dann das hier:

Oct 13 22:28:58 vdr vdr: osd2web: HTTP: Requested uri: (12) '/data/getenv'
Oct 13 22:28:58 vdr kernel: [ 1362.627462] vdr[4905]: segfault at c ip 00007fd3c04c91cc sp 00007fd36e7fb2a0 error 6 in libvdr-osd2web.so.2.6.1[7fd3c04b3000+2e000]
Oct 13 22:28:58 vdr kernel: [ 1362.627477] Code: ff ff ff 48 8b 85 10 ff ff ff 48 89 c7 e8 c4 be ff ff 48 8b 85 38 ff ff ff 48 89 c7 e8 9d b6 fe ff 89 c2 48 8b 85 d0 fe ff ff <89> 50 0c 48 8b 85 d0 fe ff ff 8b 40 0c 8d 50 11 48 8b 85 d0 fe ff

Das habe ich bereits im entsprechenden osd2web Thread gefragt, wo man mir riet mal einen Backtrace zu machen.

Ich habe jetzt versucht einen Backtrace zu erstellen, der wird wohl auch erstellt, ich erhalte zumindest die Meldung: "Speicherzugriffsfehler (Speicherabzug geschrieben)", nur, wo wird der Speicherabzug hingeschrieben? Im aktuellen Verzeichnis ist er nicht zu finden.

massi

Danke, nur leider gibt's da ein Problem.

Um den Befehl coredumpctl zu bekommen, muss ich das systemd-coredump Paket installieren, dann werden aber zwei Pakete entfernt, apport und ubuntu-server

Da wird wohl bei Ubuntu 22.04 apport benutzt, da muss ich mich erstmal einlesen wie das funktioniert.

vdr-dbg und das entsprechende plugin-dbg hatte ich installiert.

apport habe ich deinstalliert, das macht auf einem headless System wenig Sinn.

Jetzt funktioniert das auch mit dem Backtrace.

Aber noch eine andere Frage, ich scheine ja der einzige zu sein, der dieses Problem hat.

Und, gibt es vielleicht noch die Sourcen einer alten Version irgendwo?

Inzwischen habe ich herausbekommen, daß es irgendwo beim Start des kiosk-browser hapert. Er wird zwar beim vdr-Start gestartet, aber er zeigt nur eine weiße Seite.

Starte ich den kiosk-browser über die Kommandzeile mit einer passenden url bekomme ich ein Bild auf meinem TFT.

DISPLAY=:0.1 kiosk-browser http://192.168.1.5:4444/skins/horchiTft/index.html?theme=gray

Allerdings hagelt es auch einige Fehlermeldungen:

(kiosk-browser:5591): dbind-WARNING **: 15:16:39.456: AT-SPI: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files
Failed to open DRM render device /dev/dri/renderD129: Keine Berechtigung
libEGL warning: failed to open /dev/dri/renderD129: Keine Berechtigung

libEGL warning: failed to open /dev/dri/renderD128: Keine Berechtigung

libEGL warning: failed to open /dev/dri/card1: Keine Berechtigung

libEGL warning: failed to open /dev/dri/card0: Keine Berechtigung

Could not determine the accessibility bus address
Failed to open DRM render device /dev/dri/renderD129: Keine Berechtigung
libEGL warning: failed to open /dev/dri/renderD129: Keine Berechtigung

libEGL warning: failed to open /dev/dri/renderD128: Keine Berechtigung

libEGL warning: failed to open /dev/dri/card1: Keine Berechtigung

libEGL warning: failed to open /dev/dri/card0: Keine Berechtigung

Meine /var/lib/vdr/.config/systemd/user/osd2web.service sieht so aus:

[Unit]
Description=Start a kiosk browser on the second DISPLAY if it exists
After=detect-second-display.service openbox-second.service
Wants=detect-second-display.service openbox-second.service
ConditionFileNotEmpty=%h/.second_display

[Service]
EnvironmentFile=%h/.second_display
Environment=url="http://192.168.1.5:4444/skins/horchiTft/index.html?theme=bluecd&onlyView=1"
Environment=browser="kiosk-browser"
EnvironmentFile=-%h/.config/osd2web/config
ExecStart=/usr/bin/on_vdr -o -c '${browser} "${url}"'
KillSignal=SIGINT

[Install]
WantedBy=yavdr-desktop.target

Auch wenn ich den kiosk-browser durch firefox ersetze wird mir nichts angezeigt, der firefox lässt sich aber ebenfalls über den o.a. Befehl von der Kommandozeile starten.

Eine Frage noch dazu, wenn ich die obige osd2web.service ändere und versuche osd2web mittels

sudo -u vdr DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/666/bus systemctl --user restart osd2web.service

zu starten, bekomme ich immer diesen Hinweis:

Warning: The unit file, source configuration file or drop-ins of osd2web.service changed on disk. Run 'systemctl --user daemon-reload' to reload units.

Leider bringt die Eingabe von systemctl --user daemon-reload und ein neustarten des vdr nichts, das Warning verschwindet erst, wenn ich den vdr neu boote. Was muss ich tun, damit ich nach einer Änderung an der Datei nicht immer neu booten muss. Oder kann ich die Browservariable in/var/lib/vdr/.config/systemd/user/osd2web/config irgendwie übersteuern? (browser= habe ich schon versucht, das funktioniert nicht)

Ich fummele hier jetzt schon seit zwei Stunden rum und komme nicht dahinter, wo es hapert. Das Problem trat nach dem letzten oder vorletzten apt dist-upgrade auf.

Irgendjemand eine Idee?

massi

Quote

ist mit dem nvidia-Treiber alles in Ordnung

Weiß ich nicht, der nvidia-detector meldet mir Version 470, apt policy meldet folgendes:

nvidia-driver-470:
  Installiert:           470.199.02-0ubuntu0.22.04.1
  Installationskandidat: 470.199.02-0ubuntu0.22.04.1
  Versionstabelle:
 *** 470.199.02-0ubuntu0.22.04.1 500
        500 http://de.archive.ubuntu.com/ubuntu jammy-updates/restricted amd64 Packages
        500 http://de.archive.ubuntu.com/ubuntu jammy-security/restricted amd64 Packages
        100 /var/lib/dpkg/status
     470.103.01-0ubuntu2 500
        500 http://de.archive.ubuntu.com/ubuntu jammy/restricted amd64 Packages

Ist schon was her, daß ich den installiert habe, soweit ich mich erinnere ist das der letzte Treiber mit dem meine Nvidia GT 640 noch läuft.

Quote

Du musst das im Kontext der User-Session des Users vdr ausführen

Mmpf, da hätte ich auch mal selber drauf kommen können...:-/

Quote

Das ist der falsche Pfad

Örks, stimmt natürlich.

Ich komme einfach nicht dahinter, ich habe jetzt den nvidia 470 Treiber, firefox und kiosk-browser gepurged und neu installiert.

Wenn ich das script:

#!/bin/bash
sudo -u vdr DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/666/bus systemctl --user restart osd2web.service

aufrufe, bekomme ich diese Ausgabe, mit der ich aber als DAU nicht so viel anfangen kann.:-/

Oct 19 20:51:00 vdr vdr: [2872] executing command 'sudo -u vdr /home/massi/scripts/restart_osd2web'
Oct 19 20:51:00 vdr systemd[1767]: Stopping Start a kiosk browser on the second DISPLAY if it exists...
Oct 19 20:51:00 vdr vdr: osd2web: getpeername: Der Socket ist nicht verbunden 'Client disconnected' (0x7f826c024c80)
Oct 19 20:51:00 vdr on_vdr[3035]: Ready <bound method Main.onStart of <__main__.Main object at 0x7f7820fd7a60>>
Oct 19 20:51:00 vdr on_vdr[3035]: Stop <bound method Main.onStop of <__main__.Main object at 0x7f7820fd7a60>>
Oct 19 20:51:00 vdr on_vdr[3035]: cmd: ['kiosk-browser', 'http://localhost:4444/skins/horchiTft/index.html?theme=blue']
Oct 19 20:51:00 vdr systemd[1767]: Stopped Start a kiosk browser on the second DISPLAY if it exists.
Oct 19 20:51:00 vdr systemd[1767]: osd2web.service: Consumed 1.303s CPU time.
Oct 19 20:51:00 vdr systemd[1767]: Started Start a kiosk browser on the second DISPLAY if it exists.
Oct 19 20:51:00 vdr vdr: [2872] [softhddev] Copy 0 0 0 not implemented in OpenGl OSD
Oct 19 20:51:00 vdr kiosk-browser[3139]: AT-SPI: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files
Oct 19 20:51:00 vdr on_vdr[3139]: Could not determine the accessibility bus address
Oct 19 20:51:00 vdr on_vdr[3165]: KMS: DRM_IOCTL_MODE_CREATE_DUMB failed: Keine Berechtigung
Oct 19 20:51:00 vdr on_vdr[3165]: Failed to create GBM buffer of size 200x200: Keine Berechtigung
Oct 19 20:51:00 vdr on_vdr[3165]: KMS: DRM_IOCTL_MODE_CREATE_DUMB failed: Keine Berechtigung
Oct 19 20:51:00 vdr on_vdr[3165]: Failed to create GBM buffer of size 200x200: Keine Berechtigung
Oct 19 20:51:00 vdr on_vdr[3165]: KMS: DRM_IOCTL_MODE_CREATE_DUMB failed: Keine Berechtigung
Oct 19 20:51:00 vdr on_vdr[3165]: Failed to create GBM buffer of size 200x200: Keine Berechtigung
Oct 19 20:51:00 vdr on_vdr[3165]: Failed to create EGL images for DMABufs with file descriptors -1, -1 and -1
Oct 19 20:51:00 vdr vdr: osd2web: Client '::1' connected (0x7f826c024c80), ping time set to (60)
Oct 19 20:51:00 vdr vdr: osd2web: Client login '::1' (0x7f826c024c80) [{"event":"login","object":{"type":0,"tftprio":100}}]

Bin kurz davor meine alte vdr Installation wieder anzuklemmen.:-(

Da ich immer noch nicht weiß was das Problem ist, habe ich mir ein Provisorium gebastelt und lasse jetzt den kiosk-browser per cronjob nach dem Systemstart starten, nicht schön, aber funktioniert wenigstens.

Quote

dann liegt es ja nicht am Plugin

Ja, sieht so aus.

Ich kann ja von meinen Geräten im Netz die Webseite des osd2web ohne Probleme aufrufen, es läuft halt irgendwas beim Aufruf des kiosk-browser schief, nur was, da komme ich nicht dahinter.

Die Fernbedienung ist ja cool.:-)

Danke jedenfalls für Deine Hilfe!

Seit dem letzten Update des osd2web Plugins habe ich keinen weißen Bildschirm mehr und osd2web startet wieder automatisch.

Jetzt würde mich ja doch mal interessieren, was da geändert wurde.

Du nicht, aber ich vermute seahawk hat irgendwas geändert/angepasst, das Update kam aus seinem yavdr repo.

Dann wird's wohl doch was anderes gewesen sein, am System habe ich aber nichts geändert, nur ein apt update/apt dist-upgrade gemacht. Leider habe ich mir nicht gemerkt welche Pakete da noch aktualisiert wurden.

O.K., hier mal der Log

Start-Date: 2024-05-28  23:44:10
Commandline: apt dist-upgrade
Requested-By: massi (1000)
Upgrade: vdr-plugin-osd2web:amd64 (0.3.2-0yavdr0~jammy, 0.3.2+git20240524-1-b2d61d9-0yavdr0~jammy), git:amd64 (1:2.34.1-1ubuntu1.10, 1:2.34.1-1ubuntu1.11), mariadb-plugin-epglv:amd64 (1.3.23+git20240222-1-fad1927-0yavdr0~jammy, 1.3.24-0yavdr0~jammy), python3-jinja2:amd64 (3.0.3-1ubuntu0.1, 3.0.3-1ubuntu0.2), libunbound8:amd64 (1.13.1-1ubuntu5.4, 1.13.1-1ubuntu5.5), libjavascriptcoregtk-4.0-18:amd64 (2.44.0-0ubuntu0.22.04.1, 2.44.2-0ubuntu0.22.04.1), libwebkit2gtk-4.0-37:amd64 (2.44.0-0ubuntu0.22.04.1, 2.44.2-0ubuntu0.22.04.1), git-man:amd64 (1:2.34.1-1ubuntu1.10, 1:2.34.1-1ubuntu1.11)
End-Date: 2024-05-28  23:44:13

Allerdings wüsste ich jetzt nicht, was da Einfluss auf osd2web gehabt haben könnte.