VTI aktuelles Image 13.xxx - GUI hängt sich nach ca. 2h auf

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

    • markusw schrieb:

      die DB z.B. nach /etc/enigma2 legen .
      ----------------------------------------------------------------------------------------------------------------------------------------------------------------
      KAPIERVORGANG beendet.

      Zubehör : Philips 46PFL-9705 / 37PFL-9604, Samsung HT-E6759W, Samsung SPF 107H-105P-87H, Qnap TS-253A, Harmony 650, Fritzbox 7490, Cisco WAP4410N, Netgear M4100-D12G, TPLink HS100/HS110/LB110
    • ich konnte es nun endlich nachvollziehen - der Fehler ist wunderbar aufgezeichnet. Kann mir jemand mit den Daten helfen?
      Ich habe die Debug-Datei gekürzt, sie ist eigentlich viel größer - aber am Ende wiederholt sich der Text immer nur fortwährend:

      01:00:00.961 [e2-python] Unhandled Error
      Traceback (most recent call last):
      File "/usr/lib/enigma2/python/mytest.py", line 693, in <module>
      runScreenTest()
      File "/usr/lib/enigma2/python/mytest.py", line 581, in runScreenTest
      runReactor()
      File "/usr/lib/enigma2/python/mytest.py", line 127, in runReactor
      reactor.run(installSignalHandlers=False)
      File "/usr/lib/python2.7/site-packages/twisted/internet/base.py", line 1194, in run

      --- <exception caught here> ---
      File "/usr/lib/python2.7/site-packages/twisted/internet/base.py", line 1206, in mainLoop

      File "/media/build01/vti-dorie/build/tmp/work/mips32el-oe-linux/enigma2-python/enigma2-python-vti-13.0.9-20180316-r0r1/git/e2reactor.py", line 158, in doPoll

      exceptions.OverflowError: Python int too large to convert to C Long


      Das Log läuft sehr schnell voll - die Log-Datei ist in der halben Stunde 1/2GB groß.
      Es hilft wie gesagt nur 15sek Powertaste bis zum Hard-Reboot
      Dateien
      2x VU+ Duo 4K mit VTI 15.x.x
      1x VU+ Duo² mit VTI 15.x.x
    • ich seh hier:

      19:23:49.010 [e2-python] [AutoMount.py] result mount: RPC: Remote system error - No route to host
      mount: mounting 192.168.1.12:/hdd/movie on /media/net/schlafzimmer failed: Bad file descriptor
      19:23:49.010 [e2-python]

      und dann immer wieder:

      File "/usr/lib/python2.7/site-packages/twisted/internet/base.py", line 1194, in run

      irgendeine Verbindung, die nicht verfügbar ist ?
    • das ist die Box im Schlafzimmer - die ist meistens aus - seit Jahren - daran kann es für meinen Geschmack nicht unbedingt liegen.
      Ich lese hier andauernd "Python int too large to convert to C Long" - das sieht nach einem Bufferüberlauf aus - ein int-Wert oberhalb des Erlaubten.
      An wen kann ich mich hiermit wenden? Wer programmiert das?
      2x VU+ Duo 4K mit VTI 15.x.x
      1x VU+ Duo² mit VTI 15.x.x
    • Hier hab ich noch ein weiteres Log - es war 2,5GB groß - abgeschnitten wo die ganzen Wiederholungen losgingen. Hier gut zu erkennen das Schlafzimmer-Thema ist 15:08 der Fehler tritt aber erst 17:00 Uhr auf - also kein wirklicher Zusammenhang mehr - Das Aufhängen ist ja auch zeitlich unterschiedlich zum Einschalten der Box
      Dateien
      2x VU+ Duo 4K mit VTI 15.x.x
      1x VU+ Duo² mit VTI 15.x.x
    • dg4sj schrieb:

      du hast auch Update Blau-Grün-Grün gemacht ?
      Na klar - aktueller Stand - siehe erste Zeile im Log (Datum des Log immer beachten). Ich hab noch ein Log (11.3.18) auf der Box aber das ist 9,5GB groß. Das dauert ein wenig bis ich das runter habe und abgeschnitten. Wenn das fertig ist, lad ich das auch noch hoch.
      2x VU+ Duo 4K mit VTI 15.x.x
      1x VU+ Duo² mit VTI 15.x.x
    • So das 9,5GB große Log abgeschnitten.
      Bei allen dreien fällt mir auf das vor dem Zusammenbruch der GUI steht:

      21:59:50.275 [e2-core] [eDVBLocalTimerHandler] diff is 1
      21:59:50.275 [e2-core] [eDVBLocalTimerHandler] diff < 120 .. use Transponder Time
      21:59:50.395 [e2-core] read /proc/stb/fp/rtc failed (Success)
      21:59:50.396 [e2-core] [eDVBLocalTimerHandler] difference between new linux time and RTC time is > 60 sec... transponder time looks not ok... use rtc time
      21:59:50.456 [e2-core] read /proc/stb/fp/rtc failed (Success)
      21:59:50.456 [e2-core] [eDVBLocalTimerHandler] time update to 01:00:00
      21:59:50.456 [e2-core] [eDVBLocalTimerHandler] m_time_difference is -1520801990
      21:59:50.457 [e2-core] [eDVBLocalTimerHandler] set Linux Time
      01:00:00.601 [e2-python] Unhandled Error

      Kann es sein das das Problem aus einer zu großen Differenz der "Linux-Time" und der RTC-Time stammt?

      der Wert -1520801990 (dritte Zeile von unten) ist definitiv zu groß für einen Integer-Wert!!!
      Dateien
      2x VU+ Duo 4K mit VTI 15.x.x
      1x VU+ Duo² mit VTI 15.x.x

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von card0384 ()

    • nun ja, dieses ist von der Version 13.0.7
      aber wir haben jetzt schon 13.0.9 , das ist vom 16.03.2018 und es gibt schon ein Update vom 19.03.2018.

      ich würde schon mal Blau-Grün-Grün machen, es gab da auch Probleme mit Timer.

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von dg4sj ()

    • auf was für einen Kanal steht die Box da eigentlich ?
      Da stimmt tatsächlich was mit der Uhrzeit nicht.
      Machst du da was mit Timeshift und Schneiden ?

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von dg4sj ()

      • ich nehme Sendungen von RTL pro7 sat1 auf. Kein timeshift. Kein Schneiden.
      • Die logfiles sind teilweise schon paar Tage alt, daher auch die älteren Releases. Aber ich update nochmal
      2x VU+ Duo 4K mit VTI 15.x.x
      1x VU+ Duo² mit VTI 15.x.x

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von card0384 ()

    • Ich hab alles nochmal geprüft - letzte Updates sind drauf - alles aktuell.

      Wie kann jetzt das Problem behoben werden? Gibt es Ansprechpartner für das Image die sich den Fehler aus den Logs anschauen/beheben können?
      2x VU+ Duo 4K mit VTI 15.x.x
      1x VU+ Duo² mit VTI 15.x.x
    • Ich habe gleiches Problem. Nach ca 2 Stunden ist es vorbei. Egal ob TV Live oder eine Aufnahme anschauen. Die Aussetzer sind auch viel mehr geworden. Die Box hängt sich nicht vollkommen auf. Nach umschalten oder neu starten der Aufnahme ist es wieder ok.
      Gruß
      yamas


      VU+ Duo2 mit 4 Sat Tuner per Unicable und Seagate Video 4TB.
      VU+ Zero mit 500GB im Externen Gehäuse
      VU+ Solo
    • bei mir sind die Zeiten unterschiedlich. Sieht man auch im log. Mal ist es nach 30min, mal nach mehreren Stunden. Ich finde es aktuell nur schade das sich für mich gefühlt bislang noch niemand der Entwickler hier oder bei mir zu Wort gemeldet hat. Ich würde gerne weiter helfen um das vti besser zu machen weiß aber leider überhaupt nicht an wen ich mich hierzu wenden kann. Weiß jemand wer hier aktiv am coding des Images mitwirkt? Wer hier für diese phyton Programmierung zuständig bzw. der Ansprechpartner ist?
      2x VU+ Duo 4K mit VTI 15.x.x
      1x VU+ Duo² mit VTI 15.x.x
    • Ich habe immer noch diese Probleme - kann sich bitte jemand derer annehmen? Hier habe ich sogar ein Debug-Log wo sich die Box im Standby aufhängt. Aktuelles Image ist drauf.

      Auch hier wieder das gleiche Problem mit dem Zeitunterschied der in der Programmierung nicht korrekt gehandelt wird. Kann bitte einer der Programmierer sich das hier anschauen - Danke

      Ich habe3 mal um die Notwendigkeit einer Fehlerprüfung zu unterstreichen die gesammelten Logs der letzten Tag die alle das Problem beinhalten in eine zip-Datei geladen.
      Alle das gleiche Problem - da muss doch ein Programmierer etwas damit anzufangen wissen.

      Es wäre wirklich prima wenn sich jemand der Problematik annehmen könnte - Vielen Dank.

      Alles Logs sind gekürzt denn wenn der Fehler auftritt wiederholt sich dieser im Dauer-Loop - die Logs wachsen auf über 4 GB je Log an (und mehr), wenn ich es nicht bemerke und den 15-Sekunden -Reset auslöse.

      Bitte bitte helft mir und schaut über euer Image - es scheint irgend ein Zeit-Sync-Problem zu sein!
      Dateien
      2x VU+ Duo 4K mit VTI 15.x.x
      1x VU+ Duo² mit VTI 15.x.x

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von hgdo ()

    • darf ich nochmal nachfragen ob ich noch etwas zur Unterstützung der Programmierer beisteuern kann um endlich das Problem weg zu bekommen?
      2x VU+ Duo 4K mit VTI 15.x.x
      1x VU+ Duo² mit VTI 15.x.x
    • Aktuellste Updates sind installiert und immer noch das gleiche Problem. Kann mir bitte jemand helfen? Ich weiß nicht mehr weiter, es ist immer das gleiche Phänomen nach einer gewissen Zeit:
      Spoiler anzeigen



      21:36:49.054 [e2-core] [eDVBLocalTimerHandler] diff is -1
      21:36:49.055 [e2-core] [eDVBLocalTimerHandler] diff < 120 .. use Transponder Time
      21:36:49.174 [e2-core] read /proc/stb/fp/rtc failed (Success)
      21:36:49.175 [e2-core] [eDVBLocalTimerHandler] difference between new linux time and RTC time is > 60 sec... transponder time looks not ok... use rtc time
      21:36:49.295 [e2-core] [eDVBLocalTimerHandler] time update to 21:36:48
      21:36:49.295 [e2-core] [eDVBLocalTimerHandler] m_time_difference is -1
      21:36:49.296 [e2-core] [eDVBLocalTimerHandler] set Linux Time
      21:38:03.383 [e2-core] no version filtering
      21:38:03.383 [e2-core] 0014: 70 00 00 00 00 00
      21:38:03.384 [e2-core] mask: fc 00 00 00 00 00
      21:38:03.384 [e2-core] mode: 00 00 00 00 00 00
      21:38:11.216 [e2-core] [eDVBLocalTimerHandler] diff is 1
      21:38:11.217 [e2-core] [eDVBLocalTimerHandler] diff < 120 .. use Transponder Time
      21:38:11.336 [e2-core] read /proc/stb/fp/rtc failed (Success)
      21:38:11.337 [e2-core] [eDVBLocalTimerHandler] difference between new linux time and RTC time is > 60 sec... transponder time looks not ok... use rtc time
      21:38:11.396 [e2-core] read /proc/stb/fp/rtc failed (Success)
      21:38:11.397 [e2-core] [eDVBLocalTimerHandler] time update to 01:00:00
      21:38:11.397 [e2-core] [eDVBLocalTimerHandler] m_time_difference is -1522265891
      21:38:11.398 [e2-core] [eDVBLocalTimerHandler] set Linux Time
      01:00:01.005 [e2-python] Unhandled Error
      Traceback (most recent call last):
      File "/usr/lib/enigma2/python/mytest.py", line 693, in <module>
      runScreenTest()
      File "/usr/lib/enigma2/python/mytest.py", line 581, in runScreenTest
      runReactor()
      File "/usr/lib/enigma2/python/mytest.py", line 127, in runReactor
      reactor.run(installSignalHandlers=False)
      File "/usr/lib/python2.7/site-packages/twisted/internet/base.py", line 1194, in run

      --- <exception caught here> ---
      File "/usr/lib/python2.7/site-packages/twisted/internet/base.py", line 1206, in mainLoop

      File "/media/build01/vti-dorie/build/tmp/work/mips32el-oe-linux/enigma2-python/enigma2-python-vti-13.0.9-20180316-r0r1/git/e2reactor.py", line 158, in doPoll

      exceptions.OverflowError: Python int too large to convert to C long
      Dateien
      2x VU+ Duo 4K mit VTI 15.x.x
      1x VU+ Duo² mit VTI 15.x.x

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von hgdo ()

    • card0384 schrieb:

      seit der Installation des Enigmalight passiert es das die Box so nach 1-2h Nutzung auf die Fernbedienung nicht mehr reagiert.
      Ohne Enigmalight auch ?
      ----------------------------------------------------------------------------------------------------------------------------------------------------------------
      KAPIERVORGANG beendet.

      Zubehör : Philips 46PFL-9705 / 37PFL-9604, Samsung HT-E6759W, Samsung SPF 107H-105P-87H, Qnap TS-253A, Harmony 650, Fritzbox 7490, Cisco WAP4410N, Netgear M4100-D12G, TPLink HS100/HS110/LB110