Debug Log Slow ioctl

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • Scheinbar hat es doch nicht unbedingt etwas mit dem Ein-/Umschalten des Tuners zu tun. Ich habe heute einfach nur die Video-Taste gedrückt und es hat das HDF-Logo links oben für ca. eine Minute rotiert.

      Ein Log dazu kann ich leider nicht posten, weil aus welchem Grund auch immer die Box scheinbar selbst das Log überschreibt und somit jetzt am Nachmittag nix mehr vom Vormittag drinsteht.
    • zeini schrieb:

      Wann hast du das letzte mal die Box neu geflasht (Update meine ich nicht)?
      Der letzte Flash ist schon eine Zeit her.

      cricriat schrieb:

      Hier in diesem Thread gibt es kein downloadbares logfile, weder crashlog noch debuglog.
      Falls Du also in /home/root/logs aktuelle logfiles hast, bitte hier als Anhang einstellen.
      Crash-Log gibt es nicht, weil die Box in dem Sinn nicht crasht, sondern sich ewig lang diesen SNR-Wert zu holen versucht, dabei der Event-Thread blockiert wird und keine Bedienung mehr möglich ist. Man muss also warten, bis das animierte Logo links oben weggeht.

      Die Log-Einträge sind massenhaft Zeilen wie die hier, wobei der Millisekundenwert unterschiedlich ist:

      Quellcode

      1. [!W!] dvb/frontend.cpp:1651 readFrontendData [eDVBFrontend] Slow ioctl 'FE_READ_SNR', potential driver issue, 64ms
    • Ich habe mittlerweile mehrfach die Box neu geflasht, derzeit:

      Marke & Modell:GigaBlue UHD UE 4K
      Chipsatz:Broadcom 7252s



      OE-System:OE-Alliance 4.4
      Firmware-Version:OpenHDF 6.5.171 (2022-01-05)
      Kernel / Treiber:4.1.20 / 20211026




      und es will einfach nicht. Anbei mal ein längeres Log-File mit jeder Menge "ERROR" und "unhandled", vielleicht steht ja irgendwo in der Mitte was Wichtiges.
      Dateien
    • > Sieht nicht so aus als wäre timeshift ausgeschaltet, sonst hätte ich das nicht erwähnt.

      Wie schalte ich es dann aus?

      > HBBTV kannst Du eigentlich nicht ausschalten, Du kannst es nur nicht einschalten mit der roten Taste.

      Da habe ich aber noch nie draufgedrückt.

      > Hast Du Dienste im Heimnetzwerk, die intervallmäßig auf die Box zugreifen ?

      Nein.
    • Dann sollte es eigentlich deaktiviert sein. Wie gesagt, ich habe an der Konfiguration vom Timeshift nichts herumgeschraubt, das ist alles Systemstandard.

      Das Web-Interface habe ich mal abgedreht. Nur finde ich es schade, dass ich so die EPG-Daten nicht mehr durchschauen kann, während parallel der Fernseher läuft und benutzt wird. Aber für den Anfang lasse ich es mal abgedreht, vielleicht ist es ja eh nicht das Problem.

      Nur was hätte das mit dem Spinner zu tun? Der kommt ja auch, wenn ich den ganzen Tag lang nicht per Web-Interface auf die Box zugegriffen habe. Das sollte ja eigentlich nur ein Listener am Port sein und sich sonst ruhig verhalten, bis jemand drauf zugreift.
    • Ohne Web-Interface:

      Quellcode

      1. watch -n 1 netstat -apen \| grep LISTEN \| grep -E "80\|2946"
      2. tcp 0 0 0.0.0.0:8080 0.0.0.0:* LISTEN 2812/oscam-emu
      3. tcp 0 0 0.0.0.0:8088 0.0.0.0:* LISTEN 2885/python
      4. tcp 0 0 :::8001 :::* LISTEN 2946/enigma2
      5. tcp 0 0 :::8002 :::* LISTEN 2710/inetd
      6. tcp 0 0 :::8554 :::* LISTEN 2946/enigma2
      7. unix 2 [ ACC ] STREAM LISTENING 3933 2946/enigma2 /tmp/.listen.camd.socket
      8. unix 2 [ ACC ] STREAM LISTENING 5345 2946/enigma2 /tmp/hotplug.socket

      Mit Web-Interface:


      Quellcode

      1. watch -n 1 netstat -apen \| grep LISTEN \| grep -E "80\|2946"
      2. tcp 0 0 0.0.0.0:8080 0.0.0.0:* LISTEN 2812/oscam-emu
      3. tcp 0 0 0.0.0.0:8088 0.0.0.0:* LISTEN 2885/python
      4. tcp 0 0 :::8001 :::* LISTEN 2946/enigma2
      5. tcp 0 0 :::8002 :::* LISTEN 2710/inetd
      6. tcp 0 0 :::8554 :::* LISTEN 2946/enigma2
      7. tcp 0 0 :::80 :::* LISTEN 2946/enigma2
      8. unix 2 [ ACC ] STREAM LISTENING 3933 2946/enigma2 /tmp/.listen.camd.socket
      9. unix 2 [ ACC ] STREAM LISTENING 5345 2946/enigma2 /tmp/hotplug.socket
      Das schaut ja nicht so falsch aus, ein neuer Port ist offen, die 80*-Ports werden nicht geteilt.

      Ich weiß halt nicht, wann/wie der Fehler auftritt. Insofern kann ich das jetzt nicht einfach eine Ewigkeit mitlaufen lassen.
    • Bei sporadisch auftretenden Fehlern gibt es ja kaum eine andere Möglichkeit als die Box länger zu überwachen, wenn man den Fehler finden will.

      Hast Du mittlerweile eine Möglichkeit gefunden, den Fehler willentlich zu reproduzieren ?
      Falls ja, dann das Debug-Log nochmal mitlaufen lassen.

      Du könntest auch mal den Netzwerktraffic mitschneiden.
      Dabei treten manchmal ganz überraschende Erkenntnisse zutage.
    • Ich weiß, der Thread ist alt, aber das Problem blieb seither bestehen, auch mit neueren Images.

      Auf Grund eines komplett anderen Problems wurde mir hier im Forum geraten, IPv6 abzuschalten. Das machte ich vor zwei Wochen und seither war dieser zufällige Spinner nicht mehr erschienen.

      Da IPv6 eigentlich überhaupt nichts mit SNR oder Updates vom Skin zu tun hat, wäre es keine Lösung. Aber ich denke mir mal, dass sowohl Netzwerk als auch die Sat-Buchsen letztendlich irgendwie Devices sind oder intern als solche behandelt werden. Wenn nun etwas im Kernel oder Treiber auf die Devices zugreift und diese Zugriffe nicht parallel durchgeführt werden, verursacht ein Timeout am Device 1 automatisch eine Verzögerung bzgl. Device 2.

      Wie gesagt, ist eine Theorie.
    • @rantanplan hat schon recht damit, daß diese Fehlermeldung ignoriert werden kann.
      Die logfiles sind voll davon und wir hatten hier noch keinen einzigen Fall in dem
      diese Meldung eine ernsthafte Rolle gespielt hätte.

      Schön, daß Du nun eine Lösung für Dein Problem gefunden hast
      und expliziten Dank für Deine Rückmeldung dazu.

      Wenn man hier intensiv mitliest, stellt man fest, daß ipv6 recht häufig die Ursache
      für schwer zu findende Problemlösungen ist:
      - Start des Images nach Update klappt nicht
      - Zugriff auf das Forum klappt nicht
      - Paketlistenaktualisierung klappt nicht
      und einiges mehr.

    Flag Counter