Beiträge anzeigen

Diese Sektion erlaubt es ihnen alle Beiträge dieses Mitglieds zu sehen. Beachten sie, dass sie nur solche Beiträge sehen können, zu denen sie auch Zugriffsrechte haben.


Nachrichten - dippes

Seiten: [1] 2 3 ... 6
1
ein " /opt/bin/mediasrv -shutdown" lässt den Stick leider nicht mehr in den Standby.
Schon öfters probiert.
Der Pc mit der IP 192.168.1.138 ist ausgeschaltet.

Der Treiber zeigt trotzdem verbunden an.

root@HP-Server ~ > netstat -ntap | grep mediasrv
tcp        0      0 0.0.0.0:53859           0.0.0.0:*               LISTEN      57056/mediasrv
tcp        0      0 0.0.0.0:47557           0.0.0.0:*               LISTEN      57056/mediasrv
tcp        0      0 0.0.0.0:9234            0.0.0.0:*               LISTEN      57056/mediasrv
tcp        0      0 192.168.1.48:9234       192.168.1.138:39102     VERBUNDEN   57056/mediasrv
tcp        0      0 192.168.1.48:9234       192.168.1.138:56706     VERBUNDEN   


2
Habe es jetzt hinbekommen das der Vdr erst startet wenn das dvb device da ist.
mit einer vdr.service mit einer ExecStartPre Anweisung funktioniert das Picobello.Nach 20 reboots kein einziger Ausfall mehr.
Da stellt sich die Frage ob "--wait-for-devices" in der Sundtek.service überhaupt funktioniert?

#!/bin/bash
NUM_TUNER=1   # auf tatsächliche Tuner-Anzahl anpassen!
waiting=30 # bis zu 30 Sekunden auf Tuner warten
while [ $waiting -gt 0 ]; do
  waiting=$((waiting - 1))
  all=yes
  for dvb in $(seq 0 $(( ${NUM_TUNER} - 1 ))) ; do 
    for device in demux0  dvr0  frontend0; do
      [ -e /dev/dvb/adapter${dvb}/${device} ] || all=no
    done
  done
  [ "$all" = "yes" ] && waiting=0 && break
  sleep 1
done

3
Keine Idee mehr?

4
Heute hatte ich wieder einen start wo der vdr kein dvb device gefunden habe.

Wie soll das im syslog ausschauen wenn der sundtek Treiber den vdr restartet?

iirgendwie funktioniert das bei mir nicht

[code
Jan 23 17:49:10 Keller-PC systemd[1]: Started Sundtek mediasrv.
Jan 23 17:49:10 Keller-PC systemd[1]: Starting Video Disk Recorder...
Jan 23 17:49:11 Keller-PC vdr: [907] VDR version 2.4.0 started
Jan 23 17:49:11 Keller-PC vdr: [907] switched to user 'vdr'
Jan 23 17:49:11 Keller-PC vdr: [907] no DVB device found


5
Zitat
Wir müssten wohl nen Ping implementieren, ich kann's mal auf die Liste setzen.

Das war auch mein Gedanke

In der Tat habe ich über ssh den Client ausgeschaltet.


6
root@HP-Server ~ > ping 192.168.1.138
PING 192.168.1.138 (192.168.1.138) 56(84) bytes of data.
From 192.168.1.48 icmp_seq=9 Destination Host Unreachable
From 192.168.1.48 icmp_seq=10 Destination Host Unreachable
From 192.168.1.48 icmp_seq=11 Destination Host Unreachable
From 192.168.1.48 icmp_seq=12 Destination Host Unreachable
From 192.168.1.48 icmp_seq=13 Destination Host Unreachable
From 192.168.1.48 icmp_seq=14 Destination Host Unreachable
From 192.168.1.48 icmp_seq=15 Destination Host Unreachable
From 192.168.1.48 icmp_seq=16 Destination Host Unreachable
From 192.168.1.48 icmp_seq=17 Destination Host Unreachable
From 192.168.1.48 icmp_seq=18 Destination Host Unreachable
From 192.168.1.48 icmp_seq=19 Destination Host Unreachable
From 192.168.1.48 icmp_seq=20 Destination Host Unreachable


7
Wie ich schon schrieb.

Der Client ist ausgeschaltet.

Das "netstat -ntap | grep mediasrv" stammt vom Server.


8
Zitat
netstat -ntap | grep mediasrv

root@HP-Server ~ > netstat -ntap | grep mediasrv
tcp        0      0 0.0.0.0:9234            0.0.0.0:*               LISTEN      18481/mediasrv
tcp        0      0 0.0.0.0:48339           0.0.0.0:*               LISTEN      18481/mediasrv
tcp        0      0 192.168.1.48:9234       192.168.1.138:38448     VERBUNDEN

Der mit 192.168.1.138 ist ausgeschaltet.


9
Mein Stick geht nachdem der letzte client ausgeschaltet ist nicht in den standby zurück.

Nur ein restart des Treiber am Server hilft.

Könnt ihr das untersuchen?

device 0: [   SkyTV Ultimate IV]  DVB-S/S2, REMOTE-CONTROL
  [INFO]:
     STATUS: ACTIVE
  [BUS]:
     ID: 1-1.5
  [SERIAL]:
     ID: U140919011101
  [DVB-S/S2]:
     FESTATUS: ACTIVE
     LNBVOLTAGE: ENABLED
     LNBSUPPLY: USBPOWER
     LNBSTATUS: OK
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0


root@HP-Server ~ > /opt/bin/mediaclient --lc
**** List of Media Clients ****
/dev/dvb/adapter0/frontend0:
  18481 ... mediasrv
/dev/dvb/adapter0/dvr0:
  18481 ... mediasrv
/dev/dvb/adapter0/demux0:
  18481 ... mediasrv (13ed)
  18481 ... mediasrv (13ee)
  18481 ... mediasrv (13ef)
  18481 ... mediasrv (13f2)
  18481 ... mediasrv (13f1)
  18481 ... mediasrv (0012)
  18481 ... mediasrv (0014)
  18481 ... mediasrv (0000)
  18481 ... mediasrv (0011)
  18481 ... mediasrv (0010)
  18481 ... mediasrv (140a)
/dev/mediainput0:
  No client connected


10
Ich habe im VDR Forum eine Sundtek.service mit der --wait-for-devices gefunden und ausprobiert.Resultat

manchmal funktioniert es manchmal nicht.Kann da was noch optimiert werden?

# /etc/systemd/system/sundtek.service
[Unit]
Description=Sundtek mediasrv
After=network-online.target
Before=vdr.service
[Service]
Type=forking
ExecStart=/opt/bin/mediasrv -d --pluginpath=/opt/bin --wait-for-devices
ExecStop=/opt/bin/mediaclient --shutdown
[Install]
WantedBy=multi-user.target

11
Hallo Markus

Das Problem mit dem Treiber ist gelöst.Habe mehrfach hin und hergeschaltet vdr und PC neugestartet.

Danke für die Hilfe.

12
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Vdr segfault wegen libmediaclient.so
« am: Januar 16, 2019, 09:25:36 Vormittag »
Mein SkyTV Ultimate IV wird über das Netzwerk meinem VDR Client (Keller-PC) zur verfügung gestellt.Bild und Ton funktionieren einwandfrei.

Wenn irgend eine Taste der FB oder Tastatur gedrückt wird stürtzt der VDR mit einem segfault ab.Schuld lt coredump soll libmediaclient.so sein.

Das Vdr Forum empfahl mir das so wie es ausschaut ein Treiberproblem zu sein mich beim Sundtek Support zu melden.

Ich hatte anfangs den net install.sh  http://sundtek.de/media/sundtek_netinst.sh installiert.Danach zum testen das vom Yavdr.

Siehe hier https://www.vdr-portal.de/forum/index.php?thread/132411-kubuntu-18-04-und-experimental-vdr/&postID=1311322#post1311322

Bei meinem Vorgänger Betriebssystem Linux Mint 16.04 auf dem selben Rechner lief alles noch rund.



root@Keller-PC:~# coredumpctl info vdr
           PID: 1025 (vdr)
           UID: 666 (vdr)
           GID: 666 (vdr)
        Signal: 11 (SEGV)
     Timestamp: Mon 2019-01-14 17:45:37 CET (4min 44s ago)
  Command Line: /usr/bin/vdr
    Executable: /usr/bin/vdr
 Control Group: /system.slice/vdr.service
          Unit: vdr.service
         Slice: system.slice
       Boot ID: 605aa398a0ba4342a8279625516f3db0
    Machine ID: 9c16953a22a344ca915f2f7af3070c99
      Hostname: Keller-PC
       Storage: /var/lib/systemd/coredump/core.vdr.666.605aa398a0ba4342a8279625516f3db0.1025.1547484337000000.lz4
       Message: Process 1025 (vdr) of user 666 dumped core.
               
                Stack trace of thread 1025:
                #0  0x00007f0fb90f1857 n/a (libmediaclient.so)
                #1  0x00007f0fb90eb227 read (libmediaclient.so)
                #2  0x00007f0fb90f188a n/a (libmediaclient.so)
                #3  0x00007f0fb90eb227 read (libmediaclient.so)
                #4  0x00007f0fb90f188a n/a (libmediaclient.so)
                #5  0x00007f0fb90eb227 read (libmediaclient.so)
                #6  0x00007f0fb90f188a n/a (libmediaclient.so)
                #7  0x00007f0fb90eb227 read (libmediaclient.so)
                #8  0x00007f0fb90f188a n/a (libmediaclient.so)
                #9  0x00007f0fb90eb227 read (libmediaclient.so)
                #10 0x00007f0fb90f188a n/a (libmediaclient.so)
                #11 0x00007f0fb90eb227 read (libmediaclient.so)
                #12 0x00007f0fb90f188a n/a (libmediaclient.so)
                #13 0x00007f0fb90eb227 read (libmediaclient.so)
                #14 0x00007f0fb90f188a n/a (libmediaclient.so)
                #15 0x00007f0fb90eb227 read (libmediaclient.so)
                #16 0x00007f0fb90f188a n/a (libmediaclient.so)
                #17 0x00007f0fb90eb227 read (libmediaclient.so)
                #18 0x00007f0fb90f188a n/a (libmediaclient.so)
                #19 0x00007f0fb90eb227 read (libmediaclient.so)

13
Ich nutze einen vdr nicht tvheadend.

Nein,das war ein Eintrag in sundtek.service

14
Hallo

ich habe auf meinem Rechner Bionic installiert. Mein DVB-S Stick wird über das Netztwerk gemounted.

Wenn der Vdr schon gestartet, ist der Sundtektreiber noch nicht soweit.Es braucht erst ein systemctl restart vdr damit es hell wird.

Da gibt es irgendwie einen Eintrag in die sundtek.service aber ich habe vergessen wie der lautet.Könnt ihr mir bitten noch mal den inhalt posten?

Danke

15
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re: Sundtek stick über Netzwerk MLD 5.4
« am: Dezember 27, 2018, 08:21:23 Nachmittag »
Danke funktioniert :)

Seiten: [1] 2 3 ... 6