Easyvdr-start bricht vdr nach 40 sek ab

[John Bigboteh]

Hi,

Nachdem nun ein easyvdr mit 3.5 nun so zuverlässig lief, daß ich schon fast vergessen habe, wie mühselg mancher Installationsversuch war, wollte ich jetzt einen weiteren easyvdr aufsetzen - gleich mit ea5.

also ein MA785-Mainboard mit 2GB Ram, SSD, GT710, TBS 6902 und einem noch rumliegenden Imrp auf AVR-Basis als VDR-Maschine zusammengeschraubt und losgemacht. Die erstinstall hat mit Hängen und Würgen geklappt (war die Idee hinter "netplan", keinen Plan von Netzwerktechnik zu haben oder läuft das bloß regelmäßig schief - mit allen konsequenzen für ein netinstall? )

und ich konnte bequem per streamdev-client TV schauen.
Die Hardware kann das also.

Also nochmal richtig von Grund auf installieren (ea5-a010) - jetzt mit nutzbaren TBS-Treibern.
Aber auch nach drei Versuchen (inkl alle Partitionen +MBR löschen + komplette Neuinstal) immer dasselbe Ergebnis:

VDR startet, der eisblaue splash kommt, danach 30 Sekunden nur Ton mit Bild in Form des Splash-screens.
Dann 40 sek lang ARD (der erste Sender aus der channellist) und dann Ton+bild aus, nur Mauszeiger vor schwarzem Bild.
Während dessen keine Reaktion auf Steuerbefehle, von Fernbedienung, USB-Tastatur (z.b. Taste M für Menu) oder vdradmin-Web-FB. Als ob der VDR nichts davon mitbekommt.
Die FB wird vom VDR setup erkannt, der FB-Test funktioniert auch ("KEY_UP IRMP" etc), sowohl FB, als auch IRMP tun probeweise am anderen VDR ihren Dienst und taten das auch in der erstinstall.


im syslog kommt ich dem ganzen näher:
easyvdr-systemstart melden im Sekundenabstand "connection refused" um  dann mit "tried 40 Sek , giving Up" (oder so) eingeschnappt von dannen zu ziehen.
Das ganze macht er auch, ohne das die TBS oder deren Treiber installiert sind.

wo muß ich da weiterschauen? was kann ich noch checken? 
Für eine anständige bugmeldung reicht das ja alles nicht.
Hängt das mit den neuen Paketen vom 25.10. zusammen? (das apt-update darauf hatte mir ein autoremove vorgeschlagen: alle easy* Pakete )

Gruß
John Bigboteh

[grumpf]

Hi,
das Problem kann ich bestätigen.

Der Grund ist, dass der VDR nur auf Port 3000 lauscht (das ist ein Streaming-Server-Port, richtig?)  und nicht auf dem SVDRP-Port 6419 - das bedeutet, dass der "svdrpsend volu", der die Funktion des VDR testet, vor die Wand rennt.... weil er keinen Kontakt zum VDR bekommt.

Mein (dreckiger) Workaround ist, dass ich die 40 Versuche (40 Sekunden) "svdrpsend" einfach auskommentiert habe:

Code:

[email protected]:~# ls -la /usr/lib/easyvdr/easyvdr-start/systemd/easyvdr-systemstart*
-rwxr-xr-x 1 root root 11223 Okt 28 10:34 /usr/lib/easyvdr/easyvdr-start/systemd/easyvdr-systemstart
-rwxr-xr-x 1 root root 11156 Jan  3  2020 /usr/lib/easyvdr/easyvdr-start/systemd/easyvdr-systemstart.orig
[email protected]:~# diff /usr/lib/easyvdr/easyvdr-start/systemd/easyvdr-systemstart*
2d1
< set -x
139,150c138,149
< #    while ! ( /usr/bin/svdrpsend VOLU | grep -q "closing connection" )
< #    do
< #      loc_WAIT=$(($loc_WAIT-1))
< #      if [ $loc_WAIT -eq 0 ]; then
< #        $LOGGER "Wait more than $WAIT seconds for VDR - give up"
< #        echo "$(date): Wait more than $WAIT seconds for VDR - give up" >> $LOG
< #        exit 1
< #      fi
< #      sleep 1
< #      $LOGGER "wait for vdr"
< #      echo "$(date): wait for vdr" >> $LOG
< #    done
---
> while ! ( /usr/bin/svdrpsend VOLU | grep -q "closing connection" )
>   do
>     loc_WAIT=$(($loc_WAIT-1))
>     if [ $loc_WAIT -eq 0 ]; then
>       $LOGGER "Wait more than $WAIT seconds for VDR - give up"
>       echo "$(date): Wait more than $WAIT seconds for VDR - give up" >> $LOG
>       exit 1
>     fi
>     sleep 1
>     $LOGGER "wait for vdr"
>     echo "$(date): wait for vdr" >> $LOG
>   done
[email protected]:~#

Der VDR läuft und macht auch irgendwann den Port 6419 auf. So wie hier, wie es sein sollte:

Code:

[email protected]:~# ps -ef|grep 3558|grep -v grep
vdr         3558    1201  3 Okt27 ?        01:40:29 /usr/bin/vdr --dirnames=,,1 -D0 -D1 --user=vdr --grab=/media/easyvdr01/photos --lib=/usr/lib/vdr/plugins -Pfemon  -Pstreamdev-server  -Psysteminfo  -Ptext2skin  -Pvnsiserver  -Pdevstatus  -Pburn -t /media/easyvdr01/convert/tmp -d /media/easyvdr01/convert/tmp -i /media/easyvdr01/convert/iso -Pdvdswitch -i /media/easyvdr01/convert/iso/ -Pepgsearch  -Pextrecmenu  -Pmplayer  -Posdteletext -d /var/cache/vdr/vtx -Pskinflat  -Pskinnopacity -e /var/cache/vdr/epgimages/ -Pskindesigner  -Pskinsoppalusikka  -Psofthddevice  -f  -v vdpau -d :0   -a default    -w alsa-driver-broken -l 3   -Psetup -Pdynamite --record=/usr/lib/vdr/easyvdr-recordingaction --video=/video0 --config=/var/lib/vdr --watchdog=500 --log=3 --epgfile=/var/cache/vdr/epg.data --port=6419 --shutdown=/usr/lib/vdr/easyvdr-shutdown.wrapper --no-kbd
[email protected]:~# lsof -p 3558  | egrep -i "tcp|udp"
vdr     3558  vdr    6u     IPv4              37356      0t0      TCP *:3000 (LISTEN)
vdr     3558  vdr   11u     IPv4              37357      0t0      TCP *:34890 (LISTEN)
vdr     3558  vdr   17u     IPv4              42941      0t0      TCP localhost:34890->localhost:42790 (ESTABLISHED)
vdr     3558  vdr   24u     IPv4             478229      0t0      TCP localhost:34890->thanner:35888 (ESTABLISHED)
vdr     3558  vdr   78u     IPv4              38041      0t0      TCP localhost:6419 (LISTEN)
[email protected]:~# lsof -p 3558  | egrep -i "tcp|udp" | grep LISTEN
vdr     3558  vdr    6u     IPv4              37356      0t0      TCP *:3000 (LISTEN)
vdr     3558  vdr   11u     IPv4              37357      0t0      TCP *:34890 (LISTEN)
vdr     3558  vdr   78u     IPv4              38041      0t0      TCP localhost:6419 (LISTEN)
[email protected]:~#

(Auf schimi ist der Port 6419 oben und - trotz Update - offen... das scheint aber auch Glückssache zu sein, einmal geht's, einmal nicht.... das ist der VNSI-Server für das folgende


Und dem VNSI-Client von schimie - auch hier ein VDR... - sieht's nach dem Update so aus:

Code:

[email protected]:~# ps -ef|grep 80288 | grep -v grep
vdr        80288    1627  3 17:55 ?        00:00:13 /usr/bin/vdr --dirnames=,,1 --user=vdr --grab=/media/easyvdr01/photos --lib=/usr/lib/vdr/plugins -Pstreamdev-server  -Ptext2skin  -Psofthddevice  -f  -v vdpau -d :0   -a default -p iec958:CARD=PCH,DEV=0,AES0=0x6  -w alsa-driver-broken    -Psetup --record=/usr/lib/vdr/easyvdr-recordingaction --video=/video0 --config=/var/lib/vdr --watchdog=500 --log=3 --epgfile=/var/cache/vdr/epg.data --port=6419 --shutdown=/usr/lib/vdr/easyvdr-shutdown.wrapper --no-kbd
[email protected]:~# lsof -p 80288 | egrep -i "tcp|udp"
vdr     80288  vdr    7u     IPv4            1484917      0t0     TCP *:3000 (LISTEN)
[email protected]:~#

Leider habe ich noch nicht herausbekommen, warum der Port nicht sofort aufgeht. Es ist keine Firewall, es ist nicht selinux oder apparmor.... bei mir kommt das softhddevice dann auch nicht korrekt hoch.

Könnte das etwas mit Broadcasts des VDR nach anderen Broadcasts zu tun haben? Wo ist mein Peer? Habe ich einen Peer? Habe noch nicht gesniffert oder mit strace probiert... jemand noch andere Ideen?

Tschö

Gunther

[SurfaceCleanerZ]

Hi, 
Lad doch mal ein easyinfo hoch? 
Welche Hw? 
Mfg Stefan

[grumpf]

Da hast du.... :-)

[SurfaceCleanerZ]

Hi,
geh mal ins Toolmenü und setze die Plugins auf default zurück.

Hat der VDR einen Tuner? Sonst mach mal Notausstieg in den VDR Optionen aus.

Gegen:

Oct 29 21:05:20 thanner lighttpd[98720]: /var/www/scripts/easyinfo2.sh: Zeile 83: [1: Befehl nicht gefunden

teste mal anhängende. Hatte ich mich mal dran versucht. Kannst diff oder die vollständige nutzen. Berichte mal.

MfG,
Stefan

[grumpf]

Okay, ausgetauscht und hier neu...

[SurfaceCleanerZ]

Hi,
du hast keinen Empfang!!! Deshalb schlägt der Watchdog zu, daher diesen (Notausstieg) deaktivieren im VDR!!!!

Die Fehler beim easyinfo scheinen weg!

Danke fürs testen!

Liegt das am nvidia 450??? Der ist zu neu für eine GT630. Meine ging schon mit 390 nicht mehr (ok unter trusty).

Aber zuerst mal das Empfangsproblem<!>!!!

MfG,
Stefan

[grumpf]

Hi!

Einen "PANIC" des vdr habe ich im syslog gesehen.... aber ich habe nun einmal nur 2 Satkabel, und die sind (noch) an der alten Hardware. Wo hast du (genau) gesehen, dass der vdr aussteigt? Ich habe nur den PANIC gesehen, aber keinen Grund für den PANIC/Watchdog. Sowie einen hoch-runter-hoch-runter-fahrenden VDR-Prozess.

Wo hast du (genau) gesehen, dass der vdr aussteigt? Kannst du's mir bitte zeigen?

Und danach kommt ohne VDR kein softhddevice also auch kein OSD...

Danke!

GH

[grumpf]

Noch eine dumme Frage - könnte ich zum "Reset" der Plugins (bei gestopptem VDR) auch die /var/lib/vdr/sysconfig editieren?
Ach so - der NVIDIA "ruckelt" (unter Kodi) gerade bei dem "kaputten" ohne Ende, der Windowmanager setzt Kodi hinter das kaputte softhddeive usw. Das ist dann aber wohl eher ein Folgefehler, weil die Kiste zu viel mit dem VDR herumkorkst... der alte grünstich/fehlfarben/offset-Fehler ist auch beim neuesten NVIDIA-Treiber noch vorhanden mit meiner alten 630er Karte

Gunther

[grumpf]

Und noch eine dumme Frage - vor dem Update lief der EA5-VDR trotz fehlender Satkabel.... war das ein Bug oder Feature? Kann ich den Watchdog des VDR abschalten/tunen/einphasen?

[SurfaceCleanerZ]

Hi, 
Ja du kannst den Notausstieg abschalten. In den VDR Einstellungen im OSD und bei gestopptem VDR auch in der sysconfig bzw. In der setup. conf. 
Gilt allgemein, auch für Plugins. Kannst auch stremdev und text2skin abschalten. Und sogar Softhddevice und stattdessen dummydevice nutzen und das Live-Plugin.
Das sollte aber percToolmenü geschehen. Ist auch komfortabler. Frontend Plugins sind gesperrt und daher nicht einfach so in den config Dateien zu ändern. 
Mfg Stefan

[grumpf]

Stimmt... du hast Recht, ich habe sogar einmal bei einem alten den Notausstieg ausgeschaltet - ich hab's nur vergessen. Ich muss es aber entweder via vi oder toolmenue abschalten, da z.B: softhddevice nicht hochkommt und ich deswegen kein OSD habe. Und jetzt probiere ich das einmal...

[John Bigboteh]

Nach Tagen des Rumprobierens habe ich nun einige Ursachen ausklammern können.
1. die zur TBS-Karte gehörenden Treiber, die es zu kompilieren gilt und das halbe Modules-Verzeichnis umdrehen, machen auf das Problem keinen Unterschied.
2. je nach Startstunde einer Komplett-Neuinstallation bei immer gleicher Optionswahl bekommt man verschiedene Fehler.
Von "Netzwerk nicht initialisiert" über "vdr -h" wirft statt der Hilfeseite nur "vdr: magick/semaphore.c:606: LockSemaphoreInfo: Zusicherung »semaphore_info != (SemaphoreInfo *) ..." bis hin zu "Bootet bis ubuntu-Desktop-Login", weil apt Autoremove alles was mit easy* beginnt, von der Platte geputzt hat.

Immerhin hab ich jetzt rausgekriegt, daß ich beim erstsetup abbrechen kann, die richtige fb in das verz. "remotes" kopieren, netzwerk + media-treiber zurechtstuzen etc. 
Momentan sieht das so aus:
in 50% der Startversuche (Powerbutton oder simuliert via Fb mit IRMP+optokoppler am PWR-SW-Kontakt des Mainboards - egal)
mms  (aktion/reaktion)
0:00 powerknopf drücken
0:07 Bios-Beep
0:25 EA5-Splash
0:35 Splash+ TV-Ton
0:39 TV-Bild+Ton + Bedienbar per Fb
Läuft bis St.Nimmerlein

in den anderen 50% passiert das:
0:00 powerknopf drücken
0:07 Bios-Beep
0:25 EA5-Splash
0:35 Splash+ TV-Ton
1:20 TV-Bild+Ton + nicht bedienbar per Fb
2:00 TV-bild=schwarz+mauszeiger +Ton aus
Der Stand bleibt bis: Abwürgen per 5sek powerknopf drücken

ich habe mal zwei Logs zusammengekramt, vielleicht hilft das bei der Fehlersuche.
1.Easyvdr-systemstart.log:
**************** not okay  \/ *********************************
Di 3. Nov 20:07:08 CET 2020: 1/3 wait for X initialization
Di 3. Nov 20:07:08 CET 2020: 1/3 set-monitor-layout
Di 3. Nov 20:07:08 CET 2020: 1/3 show easyvdr-logo
Di 3. Nov 20:07:08 CET 2020: wait for remote 2 s
Di 3. Nov 20:07:10 CET 2020: 2/3 starting job easyvdr-vdr
Di 3. Nov 20:07:11 CET 2020: wait for vdr
Di 3. Nov 20:07:12 CET 2020: wait for vdr
Di 3. Nov 20:07:13 CET 2020: wait for vdr
                ...
Di 3. Nov 20:07:48 CET 2020: wait for vdr
Di 3. Nov 20:07:49 CET 2020: wait for vdr
Di 3. Nov 20:07:50 CET 2020: wait for vdr
Di 3. Nov 20:07:50 CET 2020: Wait more than 40 seconds for VDR - give up
***************** okay \/ ********************************
Di 3. Nov 20:11:30 CET 2020: 1/3 wait for X initialization
Di 3. Nov 20:11:30 CET 2020: 1/3 set-monitor-layout
Di 3. Nov 20:11:30 CET 2020: 1/3 show easyvdr-logo
Di 3. Nov 20:11:30 CET 2020: wait for remote 2 s
Di 3. Nov 20:11:32 CET 2020: 2/3 starting job easyvdr-vdr
Di 3. Nov 20:11:33 CET 2020: wait for vdr
Di 3. Nov 20:11:34 CET 2020: wait for vdr
Di 3. Nov 20:11:35 CET 2020: wait for vdr
Di 3. Nov 20:11:36 CET 2020: 2/3 job easyvdr-vdr is running
Di 3. Nov 20:11:36 CET 2020: 2/3 start easyvdr-program-changer
Di 3. Nov 20:11:38 CET 2020: 3/3 starting job easyvdr-frontend
Di 3. Nov 20:11:38 CET 2020: ready

Syslog ist im Anhang (Nicht zugehöriges entfernt, aber beide Starts ebenfalls untereinander in einer Datei getrennt durch Sonderzeichenblock).
Auch ab ich das Phänomen wie die seit wenigen Tagen beschrieben "Transparente Optionen" + Fehlende OSD-Einblendungen - Alle Skins", aber das kommt später.

Achja einen Bug hab ich noch zu melden:
wenn im toolmenu trotz Wahl von "samba/NFS/FTP nicht starten", gewählt wird,
gibts den ganzen Rotz trotzdem in den Haupspeicher. Und später sitzt man da und popelt den Kram per systemctl wieder raus.
Eine Option für "NFS-client einrichten" wäre sicher auch schön. ( im Gegensatz zur Option NFS einrichten = NFSD inkl RPC+Kernelmodule installieren).