Digital Devices Max S8 funktioniert nur nach neustart

  • Hi,
    Ich habe eben wieder was von der Platte geguckt, ich habe den TV Modus so um ca. 20:50 verlassen, guck mal was um 20:54 im Log auftaucht.


    Könnte es daran liegen?

    Server: Lian Li PC-34F, i3 530, 4GB RAM, 1x 2,5" HDD,1x 6TB, 2x2TB HDD, TV Karte Max S8, openmediavault, vdr
    Client1: Origenae M10, Zotac ION ITX P, 4GB Ram, 40GB SSD, openelec
    Client2: Raspberry, openelec
    Client3: Raspberry, openelec

  • Neue Information:


    Soeben ist der Fehler "no Channel Data"zum ersten mal während des gucken aufgetreten, die Auswirkung ist aber eine andere, nur ARD und Swr sind davon betroffen, die restlichen Sender laufen noch.


    Im Syslog steht leider nichts.


    Nach paar Minuten hin und her schalten gehen die Sender jetzt wieder ohne neustart. Und im Syslog steht nichts

    Server: Lian Li PC-34F, i3 530, 4GB RAM, 1x 2,5" HDD,1x 6TB, 2x2TB HDD, TV Karte Max S8, openmediavault, vdr
    Client1: Origenae M10, Zotac ION ITX P, 4GB Ram, 40GB SSD, openelec
    Client2: Raspberry, openelec
    Client3: Raspberry, openelec

  • Code
    Aug 12 20:54:40 NAS kernel: [ 5257.521754] i2c write error
    Aug 12 20:54:40 NAS kernel: [ 5257.521893] i2c read error 1
    Aug 12 20:54:40 NAS kernel: [ 5257.521920] i2c read error 2


    hm..., ich weiß nicht ob das den Fehler löst, da es sich bei dir nicht um einen Timeout handelt, aber bei digital devices wird hier unter Punkt 6 auf folgendes hingewiesen:



    Zitat

    Info: Falls I²C-Timeouts auftreten, bitte MSI für ddbridge deaktivieren:
    echo 'options ddbridge fmode=x msi=0' | sudo tee /etc/modprobe.d/ddbridge.conf


    Hast du das schon ausprobiert? Die Datei solltest du ja bereits haben...


    Manchmal kann man diese i2c-Thematik auch im Mainboard BIOS aktivieren/deaktivieren. Hast du dort schonmal nachgeschaut und ggf. was geändert?


    Gruß Hoppel

    frontend software - android tv | libreelec | windows 10 | kodi krypton | emby for kodi | vnsi
    frontend hardware - nvidia shield tv | odroid c2 | yamaha rx-a1020 | quadral chromium style 5.1 | samsung le40-a789r2 | harmony smart control
    -------------------------------------------
    backend software - proxmox | openmediavault | debian jessie | kernel 4.4lts | zfs | emby | vdr | vnsi | fhem
    backend hardware - supermicro x11ssh-ctf | xeon E3-1240L-v5 | 64gb ecc | 8x4tb wd red | raid-z2 | digital devices max s8

  • Die Datei hatte ich schon dem entsprechend abgeändert.


    Im Bios muss ich mal nachsehen was man da machen kann.


    Habe nichts im Bios gefunden, macht es Sinn die Karte in einen anderen Slot zu bauen?

    Server: Lian Li PC-34F, i3 530, 4GB RAM, 1x 2,5" HDD,1x 6TB, 2x2TB HDD, TV Karte Max S8, openmediavault, vdr
    Client1: Origenae M10, Zotac ION ITX P, 4GB Ram, 40GB SSD, openelec
    Client2: Raspberry, openelec
    Client3: Raspberry, openelec

    Einmal editiert, zuletzt von Dott ()

  • Ausprobieren kostet dich nichts... ;)

    frontend software - android tv | libreelec | windows 10 | kodi krypton | emby for kodi | vnsi
    frontend hardware - nvidia shield tv | odroid c2 | yamaha rx-a1020 | quadral chromium style 5.1 | samsung le40-a789r2 | harmony smart control
    -------------------------------------------
    backend software - proxmox | openmediavault | debian jessie | kernel 4.4lts | zfs | emby | vdr | vnsi | fhem
    backend hardware - supermicro x11ssh-ctf | xeon E3-1240L-v5 | 64gb ecc | 8x4tb wd red | raid-z2 | digital devices max s8

  • Ich guck gleich mal ob es für das Mainboard noch ein Bios Update gibt, und danach versuche ich das mit dem Umbau der Karte. Würde der PCie x16 der normalerweise für die GPU ist auch funktionieren oder soll ich den besser aus lassen?

    Server: Lian Li PC-34F, i3 530, 4GB RAM, 1x 2,5" HDD,1x 6TB, 2x2TB HDD, TV Karte Max S8, openmediavault, vdr
    Client1: Origenae M10, Zotac ION ITX P, 4GB Ram, 40GB SSD, openelec
    Client2: Raspberry, openelec
    Client3: Raspberry, openelec

  • Bios ist auf dem neusten Stand, Karte wurd umgebaut, Problem besteht immer noch.

    Server: Lian Li PC-34F, i3 530, 4GB RAM, 1x 2,5" HDD,1x 6TB, 2x2TB HDD, TV Karte Max S8, openmediavault, vdr
    Client1: Origenae M10, Zotac ION ITX P, 4GB Ram, 40GB SSD, openelec
    Client2: Raspberry, openelec
    Client3: Raspberry, openelec

  • Ich habe jetzt mal einen Client auf eine neue Version gebracht um zu testen ob am Client liegt. Leider immer noch das Problem.

    Server: Lian Li PC-34F, i3 530, 4GB RAM, 1x 2,5" HDD,1x 6TB, 2x2TB HDD, TV Karte Max S8, openmediavault, vdr
    Client1: Origenae M10, Zotac ION ITX P, 4GB Ram, 40GB SSD, openelec
    Client2: Raspberry, openelec
    Client3: Raspberry, openelec

  • Wie wärs wenn du mal ein vollständiges logfile vom Server (höchstes VDR log level) und vom Kodi Client postest?


    Welche VDR-Version, vnsi-Plugin-Version, MaxS8-Treiber-Version hast du mittlerweile installiert?


    Welche Jarvis- und vnsi-Versionen am Client?

    frontend software - android tv | libreelec | windows 10 | kodi krypton | emby for kodi | vnsi
    frontend hardware - nvidia shield tv | odroid c2 | yamaha rx-a1020 | quadral chromium style 5.1 | samsung le40-a789r2 | harmony smart control
    -------------------------------------------
    backend software - proxmox | openmediavault | debian jessie | kernel 4.4lts | zfs | emby | vdr | vnsi | fhem
    backend hardware - supermicro x11ssh-ctf | xeon E3-1240L-v5 | 64gb ecc | 8x4tb wd red | raid-z2 | digital devices max s8

  • Kann ich machen, wie stelle ich das größte LOG Level ein?
    Ich habe keine seperate vdr.log gefunden, steht bei mir in der syslog.


    VDR Version 2.03
    VNSI Server 1.5
    MAX S8 dddvb-0.9.24


    Client
    openelec 6
    openelec 7beta

    Server: Lian Li PC-34F, i3 530, 4GB RAM, 1x 2,5" HDD,1x 6TB, 2x2TB HDD, TV Karte Max S8, openmediavault, vdr
    Client1: Origenae M10, Zotac ION ITX P, 4GB Ram, 40GB SSD, openelec
    Client2: Raspberry, openelec
    Client3: Raspberry, openelec

  • Ich habe neue Informationen:


    Wenn der Fehler am Client auftritt und ich über web eine Aufnahme starte funktioniert nach kurzer Zeit auch wieder der Client.


    Hier mal ein Auszug aus dem Log:



    Könnt ihr damit was anfangen

    Server: Lian Li PC-34F, i3 530, 4GB RAM, 1x 2,5" HDD,1x 6TB, 2x2TB HDD, TV Karte Max S8, openmediavault, vdr
    Client1: Origenae M10, Zotac ION ITX P, 4GB Ram, 40GB SSD, openelec
    Client2: Raspberry, openelec
    Client3: Raspberry, openelec

  • Code
    Aug 14 12:06:23 NAS vdr: [3817] ERROR: video data stream broken
    Aug 14 12:06:23 NAS vdr: [3817] initiating emergency exit
    Aug 14 12:06:23 NAS vdr: [3745] emergency exit requested - shutting down
    Aug 14 12:06:24 NAS recordingaction: executing /usr/share/vdr/recording-hooks/R90.custom after recording /media/c218a41a-6a31-4cd0-91c0-fb2f5cb146f1/Public/Aufnahmen/Terra_X/2016-08-14.11.20.21-0.rec as shell script
    Aug 14 12:06:26 NAS vdr: [3745] emergency exit!

    Der VDR bekommt während der Aufnahme plötzlich nichts mehr vom Tuner und startet sich neu - wie schon vielfach geschrieben helfen Logschnipsel nur bedingt weiter - interessant wäre, was davor passiert ist.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Und es sieht dann so aus, dass deine runvdr die Treiber neu lädt, was natürlich dazu führen kann, dass die Karte wieder funktioniert.


    Lars

  • Die Frage ist nur warum müssen die Treiber neugeladen werden wenn für kurze Zeit mal kein Client dran hängt.

    Server: Lian Li PC-34F, i3 530, 4GB RAM, 1x 2,5" HDD,1x 6TB, 2x2TB HDD, TV Karte Max S8, openmediavault, vdr
    Client1: Origenae M10, Zotac ION ITX P, 4GB Ram, 40GB SSD, openelec
    Client2: Raspberry, openelec
    Client3: Raspberry, openelec

  • Wenn ich das Forum hier so querlese, scheint es auch bei anderen zu passieren, die vnsi benutzen. Keine Ahnung, warum.


    Lars

  • Was wäre denn die Alternative zu vnsi?

    Server: Lian Li PC-34F, i3 530, 4GB RAM, 1x 2,5" HDD,1x 6TB, 2x2TB HDD, TV Karte Max S8, openmediavault, vdr
    Client1: Origenae M10, Zotac ION ITX P, 4GB Ram, 40GB SSD, openelec
    Client2: Raspberry, openelec
    Client3: Raspberry, openelec

  • Hier mal ein log Datei vom systemstart wenn es funktioniert


    Server: Lian Li PC-34F, i3 530, 4GB RAM, 1x 2,5" HDD,1x 6TB, 2x2TB HDD, TV Karte Max S8, openmediavault, vdr
    Client1: Origenae M10, Zotac ION ITX P, 4GB Ram, 40GB SSD, openelec
    Client2: Raspberry, openelec
    Client3: Raspberry, openelec

  • Da du anscheinend ein pöhses Plugin nutzt - hast du die aktuellste Version des vnsiserver-Plugins? Da gab es vor ein paar Tagen noch einen Commit, der das Zurücksetzen des CAM fixen soll: https://github.com/FernetMenta…2f7aeac817e74f22eb413b81c

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Ich habe version 1.51 und 1.31 versucht. Ich hatte die Probleme auch ohne das böse plugin.


    Ich nutze den VDR 2.03, der ist bei OMV 3 dabei, müsste die Version sein die bei debian 8 dabei ist.

    Server: Lian Li PC-34F, i3 530, 4GB RAM, 1x 2,5" HDD,1x 6TB, 2x2TB HDD, TV Karte Max S8, openmediavault, vdr
    Client1: Origenae M10, Zotac ION ITX P, 4GB Ram, 40GB SSD, openelec
    Client2: Raspberry, openelec
    Client3: Raspberry, openelec

  • Hi,


    Da gab es vor ein paar Tagen noch einen Commit, der das Zurücksetzen des CAM fixen soll

    auch vorher gab es mit dem "pöhsen Plugin" kein Problem ...ob nun vdr-plugin-vnsiserver-1.3.1 oder 1.5.0(VDR-2.2.0)


    Gruss
    Wolfgang

    TT S2-6400 - saa716x kompilieren unter 20.04(Focal)

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!