Easyvdr-start bricht vdr nach 40 sek ab

easyVDR - >VARforumsname - >Easyvdr-start bricht vdr nach 40 sek ab

John Bigboteh 29.Oct.2020 16:40:25

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? :huh: )

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 29.Oct.2020 18:08:27

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:
root@thanner:~# 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
root@thanner:~# 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
root@thanner:~#

Der VDR läuft und macht auch irgendwann den Port 6419 auf. So wie hier, wie es sein sollte:
root@schimi:~# 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
root@schimi:~# 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)
root@schimi:~# 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)
root@schimi:~#
(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:
root@thanner:~# 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
root@thanner:~# lsof -p 80288 | egrep -i "tcp|udp"
vdr    80288 vdr 7u    IPv4 1484917 0t0    TCP *:3000 (LISTEN)
root@thanner:~#

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

Mostly Harmless: Grotendeels ongevaarlijk

EasyVDR1: Mainboard Asus P8Z77-V (oder ähnlich), NVidia GK208 bzw. GT 630 Rev. 2 passiv, DVB: WinTV Nova HD S2, Technisat SkyStar2 (nur DVB-S), USB-Bootstick/ext4 ohne Journal für VDR, Mediaplatte WDC WD40EFRX, FB One-for-All URC 1280 mit Code 1272 als MS-MCE für SAT (via WinTV Nova HD S2) - Prod auf EA3.5, Test auf EA5
EasyVDR2: Mainboard MSI Z370M-GAMING-PRO-AC, NVidia GK208 bzw. GT 630 Rev. 2 passiv, DVB: Digital Devices Octopus Cine C2T2S2 , SSD-Bootplatte mit EasyVDR5 Focal, EasyVDR4 Focal,... , VNSI gegen EasyVDR1, keine FB, Tastatur Funk Logitech und "Microdia RF Controller" via HID - Test auf EA5 - (Netflix, Youtube...)

SurfaceCleanerZ 29.Oct.2020 20:20:21

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

Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, Mygica t230 Stick als Tuner, nvidia Slim-GT218 512MB PCIe x1     - v3.5-64
VDR2 in Rente
VDR3 in Rente
VDR4: MSI G31M2 v2, Intel E5200, 6" t6963c gLCD, 2GB, WD Red 4TB, 2x TT3200, ASUS GT730-SL-2GD3-BRK, mod. Digitainergeh.       - v3.5-64
VDR5: GIGABYTE GA-G31M-S2L, Intel E5200, GT630 passiv, 2GB, 3TB, 6" t6963c gLCD, mod. Digitainergeh.    - v3.5-64
VDR6: MSI MS-7236, Intel E2140, GT630 passiv, 2GB, WD Green 2TB, 6" t6963c gLCD, 2x TT3200    - v2.5-64
[url=http://tinyurl.com/ycx4qsv]Hilfe gefällig? Dann brauchen wir ein easyInfo aus easyPortal!

grumpf 29.Oct.2020 21:08:05

Da hast du.... :-)
easyinfo.zip

SurfaceCleanerZ 30.Oct.2020 09:40:07

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: /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
easyinfo2.zip

grumpf 30.Oct.2020 19:23:48

Okay, ausgetauscht und hier neu...
easyinfo(1).zip

SurfaceCleanerZ 30.Oct.2020 22:03:59

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 31.Oct.2020 08:53:39

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 31.Oct.2020 08:58:54

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 31.Oct.2020 09:00:49

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 31.Oct.2020 10:27:25

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 01.Nov.2020 08:35:29

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 04.Nov.2020 02:46:13

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)
mm:ss (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).
syslog.txt

	Kopie des easyVDR-Forums zum Nachschlagen
	Wiki Doku-Archiv Downloads Ubuntu-Pakete Sourcecode Hilfe