Beiträge von dido

Hallo liebe VDR-Portal Gemeinde,

ich hatte mein Problem schon im Forum der Minidvblinux Distribution gepostet und wurde dann hierhin verwiesen.

Ich habe seit einer Neuinstallation der MLD 5.5 Testing (x86-64) auf einem NUC6 das Problem das der VDR nicht mehr startet sobald das epg2vdr Plugin installiert wird.

Beim Start erhalte ich dann den folgenden Segfault:

Zitat

Aug 22 12:41:17 MLD user.info vdr: [12362] starting plugin: epg2vdr

Aug 22 12:41:17 MLD user.err vdr: epg2vdr: Info: Calling mysql_library_init()

Aug 22 12:41:17 MLD user.info kernel: [ 503.450494] vdr[12362]: segfault at 8 ip 000055cf784e8bc0 sp 00007ffcbc803498 error 4 in vdr[55cf78452000+f4000]

Aug 22 12:41:17 MLD user.info kernel: [ 503.450536] Code: 06 00 48 8b 08 e8 90 a4 f6 ff 31 c0 e9 9a fb ff ff 45 0f b6 7e 01 89 04 24 49 83 c6 01 e9 10 fd ff ff 8b 1c 24 e9 4b fe ff ff <48> 8b 4f 08 48 8d 3d 55 25 0d 00 45 31 c0 e9 0d 13 f9 ff 90 66 66

Der Server auf dem auch der epgd-daemon läuft, läuft auch mit MLD 5.5 Testing (X86-64) und dort funktionert das epg2vdr plugin problemlos.

Der einzige Unterschied ist das ich den Server nicht neuinstalliert sondern von der MLD 5.4 Stable geupdatet habe.

Die epgd Datendank habe ich auch bereits einmal neu erstellt. Die Versionen des Plugins auf Server und Client sind identisch:

epg2vdr plugin Version: 1:2022.04.29-21+2.6.1.221

epg-daemon Version: 1:2022.04.25-66

Bin für jeden Tip dankbar.

VG

Frank

Hallo zusammen,

mit ist gestern ein seltsames Problem aufgefallen.

Ich habe folgende Konfiguration:

Meine Clients Intel NUC mit MLD 5.4 unstable sind per streamdev an einen Server X86/64 DVBS-2 MLD5.4 angebunden.

Das Timer Menu wie auch die EPG Übersicht werden über das epg2vdr Plugin ersetzt.

Nun drücke ich am Client die Pause Taste. Das Bild bleibt stehen und auf dem Client selbst wird eine Aufnahme gestartet. Diese kann ich auch mit Play abspielen und mit stop beenden.

Ich kann auch im Timer Menu (epg2vdr) den noch aktiven Timer löschen, wenn ich aber versuche die Aufnahme zu löschen hängt der Client und der watchdog startet ihn dann irgendwann neu.

Allerdings ist der VDR dann solange nicht mehr bedienbar bzw. startet solange immer wieder neu bis ich manuell die timer.conf lösche oder den Eintrag aus der Timer.conf lösche.

Hat irgendjemand schonmal etwas ähnliches festgestellt oder kann die o.g. Konfiguratiuon mal nachstellen ?

Danke und Beste Grüße,

Frank

Hallo seahawk1986,

vielen Dank für den Tip, ich hatte den Thread zwar auch gelesen, es aber mit diesem Problem nicht in Verbindung gebracht,

Nach einem ersten schnellen Test scheint damit aber tatsächlich auch das o.g. Problem behoben zu sein !

VG,

Frank

Hallo zusammen,

bei meinem Tests mit vdr 2.3.8 und vdr 2.3.9 auf meinen Clients (MLD 5.4 / x86/64) gibt es immer wieder Probleme beim Umschalten sobald das plugin osdteletext installiert ist. Das stellt sich dann so da das das OSD für den Kanalwechsel offen bleibt, kein Bild erscheint und irgendwann der watchdog zuschlägt. Der Client ist per streamdev an den Server angebunden.

Hat jemand schonmal ein ähnliches Verhalten beobachtet und/oder eine Idee woran das liegen könnte ?

Gruß,

Frank

Zitat von rfehr

Also bei mir läuft es auf Zotac CI327 (https://www.zotac.com/de/product/mini_pcs/ci327-nano) auch ohne Problem

Ist auch ein Intel Board.

Gruß,

Roland

Hallo Roland,

welchen IR Empfänger verwendest du beim Zotac CI327. Ich habe eine Harmony 350 und würde diese auch gerne weiter verwenden.

Ist es möglich den Zotak über IR aus dem Standby zu wecken ?

Danke und Gruß,

Frank

Hallo VDR Gemeinde,

seitdem ich auf meinem RPI3 (Streamdev Client) von MLD 5.3 (VDR2.2, epg2vdr/scraper2vdr DBAPI4) auf MLD 5.4 (VDR2.3.8, epg2vdr/scraper2vdr, DBAPI5) gewechselt bin habe ich immer mal wieder Bildhänger wenn das EPG aktualisiert wird. Ganz besonders schlimm ist es beim Starten des RPI3 wenn dieser alle Veränderungen vom Server holt aber auch immer mal wieder im laufenden Betrieb.

Ist in den letzten Updates von epg2vdr/scraper2vdr irgendwas in Bezug auf die Auslastung der Hardware geändert worden oder liegt es eventuell am Zusammenspiel mit dem VDR 2.3.8 ?

Bin für jeden Tip dankbar.

VG,

Frank

Hallo,

gibt es zu diesem Thema irgendwas neues ? Habe auch mal die unstable 5.4 installiert, leider gleiches Problem.

VG,

Frank

Hallo Space,

auch wenn dir das primär nicht weiterhilft, ich habe in der exakt gleichen Konfiguration das gleiche Problem. Die Meldung in /var/log/messages bekomme ich auch.

Was mir aufgefallen ist, wenn ich die Channellist einmal neu vom Server beziehe und den VDR neu starte funktioniert die FB, beim nächsten Start aber wieder das gleiche Problem.

Gruß,

Frank

Hallo,

Zitat von Asta

Ich lasse den Sender laufen. Irgendwann kommt Werbung, Die ist im 16/9 Format. Im Log erscheint aber nicht das rpihddevice das mitbekommen hat. Das Bild ist verzerrt. Die schwarzen Balken links und rechts bleiben. Dann schalte ich einmal hoch und wieder zurück und rpihddevice erkennt jetzt 16/9:

Kann ich bestätigen, habe ich auch schon mehrfach beobachtet.

Gruß,
Frank

Hi Claus,

die Installation läuft jetzt ohne Probleme durch. Danke !

Als nächstes muss ich jetzt meine FB ans LAufen bekommen, die will noch nicht ....

Gruß,
Frank

Hier noch die letzten Zeilen aus dem Log beim Versuch mit dem netinstall Image:

Jan  1 00:00:47 (none) user.info kernel: [   47.732242]  mmcblk0: p1 p2 p3
Jan  1 00:00:48 (none) user.info kernel: [   48.114294] BTRFS: device fsid b472d2c4-51cc-41c8-a3fb-8f9e94c69a89 devid 1 transid 282 /dev/mmcblk0p2
Jan  1 00:01:04 (none) user.err kernel: [   64.111929] UDF-fs: bad mount option "subvol=/" or missing value
Jan  1 00:01:04 (none) user.warn kernel: [   64.112241] XFS (mmcblk0p2): unknown mount option [subvol].
Jan  1 00:01:04 (none) user.err kernel: [   64.119279] BTRFS: superblock checksum mismatch
Jan  1 00:01:04 (none) user.err kernel: [   64.165246] BTRFS: open_ctree failed
Jan  1 00:02:30 (none) user.err kernel: [  150.037299] UDF-fs: bad mount option "subvol=@data" or missing value
Jan  1 00:02:30 (none) user.warn kernel: [  150.037458] XFS (mmcblk0p2): unknown mount option [subvol].
Jan  1 00:02:30 (none) user.err kernel: [  150.042702] BTRFS: superblock checksum mismatch
Jan  1 00:02:30 (none) user.err kernel: [  150.065373] BTRFS: open_ctree failed
Jan  1 00:02:34 (none) user.warn kernel: [  154.944153] UDF-fs: warning (device mmcblk0p2): udf_fill_super: No partition found (2)
Jan  1 00:02:34 (none) user.err kernel: [  154.951450] BTRFS: superblock checksum mismatch
Jan  1 00:02:34 (none) user.err kernel: [  154.985434] BTRFS: open_ctree failed

Hi Claus,

habe die 5.3 gerade nochmal heruntergeladen und versucht zu installieren. Beim netinstall Image kommt während der Installation dreimal die Meldung "Last action failed", nach dem Neustart bleibt das System dann hängen.
Beim rpi-client Image kommt die angehängte Meldung. Das Live System startet aber erstmal durch.

Übrigens. hat es einen besonderen Grund warum die PI3 Images jetzt auf .IMG enden und nicht mehr auf tgz ?

Gruß,
Frank

Prima, danke, werde das dann am Wochenende mal testen.

Gruß,
Frank

Hallo Claus,

habe mir gestern mal das MLD 5.3 unstable Image für Raspi PI3 runtergeladen und versucht zu installieren.
Es scheitert leider schon daran das die Netzwerkkarte scheinbar nicht gefunden wird. (Kabel)
Beim Netinstall Image kommt die Meldung das der MLD Server nicht erreicht werden kann und somit nicht installiert werden kann, beim RPI-Client Image läuft er (mit diversen Fehlermeldungen) soweit das die Weboberfläche aufgerufen werden soll, leider scheitert das aufgrund des fehlenden eth0 natürlich auch.

Was kann ich noch prüfen um dem Problem auf die Schliche zu kommen ?

Gruß,
Frank

Zitat von SurfaceCleanerZ

Das passiert bei uralter VDR-Version mit gleich alter softhddevice Version.

Hi,
was heißt denn uralte VDR Version ? Und softhddevice habe ich garnicht im Einsatz, wie gesagt ist der Server Headless und die Clients sind Pi3 mit rpihddevice.

Auf ein Log kann ich erst später zugreifen.

Gruß,
Frank

Hallo zusammen,

vermutlich ist es nur eine Kleinigkeit aber ich finde keinen echten Hinweis dazu.

Auf dem Client läuft Live TV, angebunden über Steamdev an einen Headless Server. Sobald jetzt auf dem Server eine Aufnahme startet wird das Bild auf dem Client schwarz. Wenn ich dann auf dem Client den gleichen Sender wieder anwähle bekomme ich auch wieder ein Bild.
Es sieht also so aus das der Server genau den Tuner, der gerade für das Live TV auf dem Client verwendet wird, für die Aufnahme nutzt. Der Server hat aber insgesamt 4 Tuner.

An welcher Schraube muss ich drehen damit dieses Verhalten nicht mehr auftritt ?

Danke ud Gruß,
Frank

Hallo zusammen,

also bei mir hat der Tip, das Stromkabel an der Cine S2 Karte zu entfernen, auf jeden Fall eine deutliche Verbesserung gebracht.

Gruß,
Frank

Zitat von Grillbert

Hallo zusammen,
ich habe anscheinend dasselbe Problem und ein Ticket bei DigitalDevices aufgemacht.

Hallo zusammen,

ich habe gestern mit dem Support von Digital Devices telefoniert. Die Aussage zur Anzeige der Empfangsstärke habe ich exakt genauso erhalten.
Zu meinem Problem mit den Bildstörungen bei der Nutzung der Duoflex Tuner rat mir der Support das Stromkabel nur an die Duoflex anzuschliessen und das Stromkabel an der Cine S2 abzuziehen.
Werde das am Wochenende mal ausprobieren und berichten. Vielleicht möchte ja jemand schon mal testen .....

Gruß,
Frank

Zitat von Hitman47

Ok,

hast du zum Testen bereits versucht, die Sat-Kabel der CineS2-Karte an die Duoflex anzuschließen?

Hallo,
ja, auch das habe ich gerade nochmal gemacht, gleiches Ergebnis, LNB und Kabel fallen somit also auch raus.

Gruß,
Frank

Zitat von Hitman47

Das Stromversorgungskabel ist auch bestimmt an der Duoflex angeschlossen?

Hallo,

ich habe jetzt sicherheitshalber meinen Server nochmal aufgeschraubt und nachgeschaut, Strom liegt definitiv an.

Gruß,
Frank