yavdr 0.5 - "ring buffer overflow" nach Updates bei Aufnahmen auf SMB-Share

  • Hallo liebe Gemeinde,


    ich habe einen yaVDR 0.5, welcher die letzten Updates am 17.02.2013 gesehen hat, auf den aktuellsten Stand gebracht.
    Dieser VDR hat ein gemountetes video.00-Verzeichnis von einem Windows Server.
    Eintrag der fstab:
    //dc01/Filme$ /srv/vdr/video.00 cifs username=user,password=password,file_mode=0777,dir_mode=0777


    Seit dem heutigen Update werden die Aufnahmen dort nicht mehr ordnungsgemäß und wie vorher auf dem Share gespeichert. Die TS-Dateien enthalten sehr viele Grafikfragmente und haben Tonaussetzer. Vor dem Update ging das aber alles ohne Probleme. Die Liste der aktualisierten Pakete hängt im Anhang.


    Im Syslog bin ich über jede Menge "ring buffer overflows" und "dropped" bytes gestolpert. Ich vermute, dass es damit was zu tun hat.
    Auszug aus syslog habe ich als Anhang ran geheftet.



    Die Aufnahme habe ich nach den ersten overflows abgebrochen.


    Wenn ich allerdings direkt auf die interne SSD aufnehmen lasse, dann klappt die Aufnahme ohne diese Fehler. Es müsste also an irgendeinem aktualisierten Netzwerkpaket liegen.


    Gibt es da ähnliche Erfahrungen?

  • Update:
    Ich habe das ganze mal mit NFS getestet. Dort geht es ohne Probleme und ohne overflows zusammen mit dem Windows-Server.
    Das bestrebt mich derzeit doch auf NFS umzusteigen. Leider musste ich aber auch feststellen, das eine einfache und schnelle NFS-Server-Konfiguration unter Windows Server 2012 nicht möglich ist.


    Mein Problem besteht vorerst weiterhin.

    VDR - yaVDR 0.5: Asus M4N78-VM, 2GB RAM, 120GB OCZ Agility2, Antec Fusion, Digital Devices Cine S2 V6 + DuoFlex S2, Harmony 650


    VDR-Client1 - Raspbmc: Raspberry PI

  • Hast du mal, nach dem Update, geprüft ob die Einstellungen für das Frontend noch so sind wie gewünscht (Auflösung, Frequenz, usw.)?

    Gruß utiltiy



    VDR Projekte VDR Projects

  • @utiltiy: Also ich habe nicht alle Einstellungen überprüft, aber alle, die für den Betrieb ausschlaggebend sind. Alles unverändert.


    @Alex Maier: Ich hatte es leider nicht vollständig gesehen, da du ja nur Probleme bei ARD HD und ZDF HD hattest (hast). Bei mir war es jedoch völlig egal, welcher Sender. Entschuldige bitte, für die Doppelerstellung des gleichen Problems. War nicht meine Absicht.


    Zum Problem:
    Ich habe, wie auch mini73 in dem anderen Thread, vermutet, dass es an dem neueren Kernel insbesondere an dem neueren CIFS Treiber liegen könnte.
    Da ich aber kein Freund von Individualinstallationen von Paketen bin, habe ich mich für den Weg des geringsten Widerstandes entschieden und habe den Zugriff von Samba auf NFS umgestellt. NFS scheint eh hier als das "bessere" Transportprotokoll gehandelt zu werden.
    Das Ergebnis: weniger Ressourcen für Server und Client (VDR) werden benötigt und meine Probleme sind weg (keine "ring buffer overflows" mehr selbst beim gleichzeitigen Aufnehmen von 4 HD-Sendungen, Schneiden einer HD-Aufnahme und Anschauen einer HD-Aufnahme)


    Damit ist zwar das eigentliche Problem nicht gelöst, aber geschickt umgangen.

    VDR - yaVDR 0.5: Asus M4N78-VM, 2GB RAM, 120GB OCZ Agility2, Antec Fusion, Digital Devices Cine S2 V6 + DuoFlex S2, Harmony 650


    VDR-Client1 - Raspbmc: Raspberry PI

  • NFS hat numal den geringsten Overhead und dadurch mehr Bandbreite als andere Verbindungen für sowas. Stell dir vor du schüttest Wasser in eine 1L Flasche und machst das gleiche mit einem Masskrug, was schneller geht und welches damit NFS ist kannst Du dir wohl denken ;)

    Gruß utiltiy



    VDR Projekte VDR Projects

  • Ich habe da auch sicher nichts dagegen. Ich finde das toll, wie das jetzt läuft. Zurück möchte ich nicht mehr.


    Schöne Grüße

    VDR - yaVDR 0.5: Asus M4N78-VM, 2GB RAM, 120GB OCZ Agility2, Antec Fusion, Digital Devices Cine S2 V6 + DuoFlex S2, Harmony 650


    VDR-Client1 - Raspbmc: Raspberry PI

  • Mit NFS läufts bei mir seither auch ohne Probleme. Das seltsame ist ja nur, dass es vorher mit CIFS ging und in etwa die gleiche Bandrbeite gebraucht hatte. Ich hab noch eine alte Sicherung vom damaligen Zustand da und mit dem läufts auch per CIFS problemlos. Auch meinen letzten Stand von yaVDR-0.4 hatte ich mal zum Test zurückgespielt (mit VM's ja kein Problem :) ), und auch da läuft CIFS ohne Probleme mit 1,5-2MB/Sek pro Aufnahme)

    Server: yaVDR 0.5 mit Mystique SaTiX-S2 V3 CI Dual, headless
    Client-1: yaVDR 0.5 mit Streamdev auf Intel DH67BL, Celeron G530, 4GB RAM, DVD-Brenner, SSD (Patriot Torqx2 32GB) im Digitainer-Gehäuse mit X10 Medion Fernbedienung, Ausgabe-Device: GT520 mit softhddevice
    Client-2: MediaMVP

  • Weiß jemand schon eine Lösung? Habe nämlich ein ähnliches Problem, nach Update via apt-get update && apt-get dist-upgrade klappt die Aufnahme auf das NAS via NFS nicht mehr, was vor dem Update einwandfrei ging.

  • Bin heute mit dem Problem weitergekommen: wegen Anschließen eines Gerätes, das nur 100MBit schafft, drosselte wohl der GBit-Switch: hier lag der Flaschenhals. Nach Entfernen des Gerätes klappen jetzt die Aufnahmen wieder. :wand

Jetzt mitmachen!

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