Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - magicteddy

1
Moin,

seit kurzem meldet der MLD Pi den lokalen Speicher als freien Platz und nicht den Platz des NFS Shares.
Hängt das mit dem letzten Update von mergerfs zusammen? Habe die Konfiguration ansonsten nicht geändert.
Auf meine Aufnahmen kann ich wie gewohnt zugreifen.

Code: [Select]
MLD> cat /etc/fstab
proc        /proc           proc      defaults            0 0
sys         /sys            sysfs     defaults            0 0
run         /run            tmpfs     defaults            0 0
tmp         /tmp            tmpfs     defaults            0 0
dev         /dev            devtmpfs  defaults            0 0
devpts      /dev/pts        devpts    mode=0620,gid=5     0 0
/dev/dvd    /media/dvd      auto      ro,noauto           0 0
/dev/cdrom  /media/cdrom    auto      ro,noauto           0 0
UUID=8496f0cc-be3a-408d-826a-6e7a6bdbd396  /  auto  defaults  0 1
UUID=8496f0cc-be3a-408d-826a-6e7a6bdbd396  /var/cache  btrfs  subvol=@cache  0 0
192.168.12.50:/data  /mnt/data  nfs    bg        0 0
UUID=8496f0cc-be3a-408d-826a-6e7a6bdbd396  /mnt/data  btrfs  subvol=@data  0 0
UUID=8944-0F93   /boot        auto      defaults            0 2
192.168.12.50:/srv/vdr /mnt/data/tv nfs auto,noatime,nodiratime,rw,nolock,soft 0 0
/mnt/data  /data  mergerfs  defaults,category.create=mfs  0 0
Die letzte Zeile habe ich nicht in Erinnerung je gesehen zu haben.

-teddy

2
Moin,

nein, keine Logeinträge, der letzte war eine ganze Weile vor dem Exit.

-teddy

3
Ich hatte einen Film in SD einfach laufen lassen, gelegentliche Sprünge waren kein Problem aber ein Ende der Wiedergabe wurde mit einem Hänger quittiert:
Code: [Select]
Oct 17 22:01:37 (none) user.err vdr: [1287] PANIC: watchdog timer expired - exiting! davor nichts brauchbares im Log

-teddy

4
Moin,

so habe eben meine Backup der RPI 3 Installation auf die Karte geschrieben und im RPI2 gebooted, alles aktualisiert, Neustart.
Kurzer Stresstest der eigentlich nur aus Springen Spulen, Pause, Wiedergeben, Stoppen usw. bestand ergab keine Hänger.
Karte in den RPI3 verfrachtet, gleichen Stresstest bislang ohne Probleme, die lasse ich jetzt erstmal laufen.

-teddy

5
Moin Claus,

ich habe z.Z. nur die eine microSD Karte dafür zur Verfügung, daher beides mit ein und derselben SanDisk Karte.
Sobald eine andere Karte angekommen ist kann ich "spielen", beide Images liegen als Backup auf dem Server.
Auch heute kein Hänger, sprich die Variante für den RPI2 läuft bisher perfekt.

-teddy

6
Moin,

hier mal ein Update, mit dem eigentlichen Debugging kann ich jetzt erst anfangen, da mein Hinterkopf dem Nudelholz sonst bedenklich nahe kommt  :o

Also, die Hänger tauchen gerne mal auf wenn sich am Wiedergabemodus was ändert >:(
Der VDR macht dann einen Notausstieg und startet wieder mit LiveTV.
Keine Netzwerkprobleme, managed Switch meldet keine auffällige Fehlerrate (4 Fehler bei ~11 TB), stabile Verbindung, keine Duplex Probleme
Netzteil mit 3 Ampere
  • Wiedergabe starten klappt 99,99% stressfrei
  • Werbung in der laufenden Wiedergabe überspringen 20-25% Hängerwahrscheinlichkeit
  • Wiedergabe beenden 20-25%
  • In Wiedergabe vor spulen 10-15%
  • Ob HD oder SD macht keinen Unterschied, alles Aufnahmen aus den kostenlos empfangbaren Programmen via Astra

Habe jetzt meine Backup auf microSD geschrieben und mein Raspi2 aktiviert und das ganze mal ausprobiert, Filme gesehen, vorgespult, gesprungen u.s.w. kein einziger Hänger in 8 Stunden  ???

-teddy

7
Moin,

ok danke, dann warte ich jetzt bis zum nächsten Hänger beim beenden der Wiedergabe und poste dann noch mal einen Logauszug.

-teddy


8
Moin,

yep, ist das etwa der Abbruch des Live TV Streams?

Client:
Code: [Select]
tux:~$ svdrpsend.pl -d 192.168.12.20 PLUG
220 MLD SVDRP VideoDiskRecorder 2.2.0; Fri Aug 12 11:16:06 2016; UTF-8
214-Available plugins:
214-rpihddevice v1.0.3 - HD Ausgabegerät für Raspberry Pi
214-apt v0.1.0 - Pakete verwalten
214-conflictcheckonly v0.0.1 - Direkter Zugriff auf epgsearch's Konflikt-Prüfungs-Menü
214-epgsearchonly v0.0.1 - Direkter Zugriff auf epgsearch's Suchenmenu
214-epgsearch v1.0.1.beta5 - Suche im EPG nach Wiederholungen und anderem
214-epgsync v1.0.1 - EPG eines anderen VDR importieren
214-extrecmenu v1.2.5-git - Erweitertes Aufzeichnungs-Menü
214-quickepgsearch v0.0.1 - Schnelle Suche nach Sendungen
214-remotetimers v1.0.1 - Timer eines anderen VDR bearbeiten
214-setup v0.3.1-zulu-edition - System Setup
214-skinenigmang v0.1.3-git - EnigmaNG Oberfläche
214-skinnopacity v1.1.3 - 'nOpacity' Skin
214-skinsoppalusikka v2.2.1-GIT-v210-31-g470a318 - Soppalusikka Oberfläche
214-streamdev-client v0.6.1-git - VTP Streaming Client
214-suspendoutput v2.0.0 - Suspend output
214-svdrpservice v1.0.0 - SVDRP client
214-systeminfo v0.1.4 - Anzeige von Systeminformationen
214 End of plugin list
221 MLD closing connection

Server:
Code: [Select]
tux:~$ svdrpsend.pl -d 192.168.12.50 PLUG
220 Server SVDRP VideoDiskRecorder 2.2.0; Fri Aug 12 11:18:25 2016; UTF-8
214-Available plugins:
214-conflictcheckonly v0.0.1 - Direkter Zugriff auf epgsearch's Konflikt-Prüfungs-Menü
214-epgsearch v1.0.1.beta5 - Suche im EPG nach Wiederholungen und anderem
214-epgsearchonly v0.0.1 - Direkter Zugriff auf epgsearch's Suchenmenu
214-live v0.3.0 - Live Interactive VDR Environment
214-quickepgsearch v0.0.1 - Schnelle Suche nach Sendungen
214-streamdev-server v0.6.1-git - VDR Streaming Server
214 End of plugin list
221 Server closing connection

-teddy

9
Moin,

Client MLD 5.1 auf RPI3, headless Server Ubuntu 16.04.1 mit VDR 2.2.0, eingebunden per NFS, LAN verkabelt

Bei einigen Aufnahmen, im Beispiel eine ZDF HD Aufnahme, kommt es beim Start der Aufnahme zu folgender Meldung im Log:

Code: [Select]
Aug 12 09:33:17 (none) user.err vdr: [2076] ERROR (device.c,1924): Bad file descriptor
Aug 12 09:33:47 (none) user.err vdr: [2097] ERROR (device.c,1924): Bad file descriptor
Aug 12 09:33:54 (none) user.err vdr: [2101] ERROR (device.c,1924): Bad file descriptor
Aug 12 09:34:39 (none) user.err vdr: [2110] ERROR (device.c,1924): Bad file descriptor
Aug 12 09:34:53 (none) user.err vdr: [2116] ERROR (device.c,1924): Bad file descriptor
Aug 12 09:35:12 (none) user.err vdr: [2128] ERROR (device.c,1924): Bad file descriptor
Aug 12 09:35:31 (none) user.err vdr: [2132] ERROR (device.c,1924): Bad file descriptor
Aug 12 09:35:46 (none) user.err vdr: [2137] ERROR (device.c,1924): Bad file descriptor
Aug 12 09:35:53 (none) user.err vdr: [2141] ERROR (device.c,1924): Bad file descriptor

Die Meldung taucht einmal beim Start der Wiedergabe auf, das waren jetzt mehrere Versuche hintereinander, jedesmal die Meldung, erstmal kein Problem da die Wiedergabe läuft. Gelegentlich kommt es aber beim Beenden einer Wiedergabe zur gleichen Fehlermeldung, dann hängt der Client bis zum VDR-Notausstieg und startet neu, ist halt eine nervige Minute  :-\ Warauf deutet dieser Fehler hin?
Nachtrag: Streamen läuft über Stunden stabil, auch das kopieren von Daten über Netz läuft flüssig ohne Hänger.

-teddy