dvbapp2_crash jeden Tag zur gleichen Zeit

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

    • dvbapp2_crash jeden Tag zur gleichen Zeit

      Guten MorgenDie erste Entschuldigung mein Deutsch.Ich habe kürzlich das vti 15.0-Image mit den neuesten Updates installiert. Ich muss sagen, dass ich das Image und das Konzept von VTI liebe, alles funktioniert perfekt, aber ich habe ein Problem;Jeden Tag um 3:23:04 Uhr wird ein Decoder zurückgesetzt.Ich habe überprüft, ob eine geplante Aufgabe das Problem verursacht, aber ich habe keine.Ich habe gelesen, dass es daran liegen könnte, dass ich einen LNB habe, den ich "Unicable" erfunden habe, aber ich bin mir nicht sicher.Ich füge die Aufzeichnungen ein, falls mir jemand helfen könnte. Vielen Dank.
      Dateien

    • zuerst einmal ist dein Deutsch besser, als von einigen hier, wo es eigtl. die Muttersprache ist ;)

      das erste Log ist nicht komplett.
      beim zweiten ist das letzte Epg Import , was aber scheinbar beendet wird.

      Könntest das mal deaktivieren und evtl. EPG Refresh nutzen

      Die epg.dat ist im Flash besser aufgehoben, als auf der HDD. Die springt sonst ja immer an.

      Eine Variante zur Fehlersuche wäre noch das VTI Debug Log als Datei.

      Und füll am besten mal Dein Profil aus.
      Grüße, der SattSeher

      --------------------------------------------------------------
      Skin: Fluid Next
      Empfang: Astra 19.2

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von satt-seher ()

    • @winperro

      Rätselhaft, warum überhaupt die Crashlogs geschrieben wurden. Zumindest im zweiten Fall ist die Box ganz ordentlich und sauber runtergefahren, anscheinend nach dem Ende von EPGImport. Wahrscheinlich ist das dort so konfiguriert.

      Eigentlich gibt es gar keinen Handlungsbedarf für dich. Außer herauszufinden, warum die Crash-Logs unnötigerweise geschrieben werden ...
      Eventuelle Ratschläge gebe ich nach bestem Wissen und Gewissen aber ohne jede Gewähr. Bei Fragen fragen.
      Tipps:       Screenshots erstellen VU+ Wiki

    • Vielen Dank für Ihre Antworten.Ich habe das Debug-Protokoll aktiviert und es ist lustig, was genau um 3:23 Uhr passiert. Ich verstehe nicht ganz, warum es passiert. Ich würde mich freuen, wenn mir jemand helfen kann:
      Spoiler anzeigen

      02:42:48.698 [e2-core] [eDVBLocalTimerHandler] RTC time is 02:42:47
      02:42:48.698 [e2-core] [eDVBLocalTimerHandler] Receiver time is 02:42:48
      02:42:48.698 [e2-core] [eDVBLocalTimerHandler] RTC to Receiver time difference is 1 seconds
      02:42:48.698 [e2-core] [eDVBLocalTimerHandler] set Linux Time to RTC Time
      03:12:48.687 [e2-core] [eDVBLocalTimerHandler] no transponder tuned... or no TDT/TOT avail .. try to use RTC :)
      03:12:48.747 [e2-core] [eDVBLocalTimerHandler] RTC time is 03:12:47
      03:12:48.747 [e2-core] [eDVBLocalTimerHandler] Receiver time is 03:12:48
      03:12:48.747 [e2-core] [eDVBLocalTimerHandler] RTC to Receiver time difference is 1 seconds
      03:12:48.747 [e2-core] [eDVBLocalTimerHandler] set Linux Time to RTC Time
      03:23:00.608 [e2-python] connectionLost?[Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionLost'>: Connection to the other side was lost in a non-clean fashion: Connection lost.
      ]03:23:00.609 [e2-python]
      03:23:00.616 [e2-python] stopService
      03:23:00.617 [e2-python] [#----] VTiCore [VTiEvent] SERVICE_STOP
      03:23:00.951 [e2-core] setLCDBrightness 0
      03:23:01.012 [e2-python] [BT] current status : 0
      03:23:01.022 [e2-core] resolve: resolve ${sysconfdir}/enigma2/lamedb
      03:23:01.022 [e2-core] resolve: -> /etc/enigma2/lamedb
      03:23:01.022 [e2-core] ---- saving lame channel db
      03:23:01.035 [e2-core] saved 100 channels and 1354 services!
      03:23:01.035 [e2-core] release cached channel (timer timeout)
      03:23:01.040 [e2-core] [eEPGCache] store epg to realpath '/usr/crossepg/data/epg.dat'
      03:23:01.089 [e2-core] [eEPGCache] 44727 events written to /usr/crossepg/data/epg.dat
      03:23:01.157 [e2-core] [EPGCache] finalizing epg.dat file
      03:23:01.229 [e2-core] [EPGCache] finalizing epg.dat finished
      03:23:01.566 [e2-core] thread joined 0
      03:23:01.706 [e2-core] set RTC to previous valid time
      03:23:01.816 [e2-core] - (42) eVTiApp
      03:23:01.816 [e2-core] [eVTiApp] ...shutdown
      03:23:01.816 [e2-core] - (42) eServiceRecordDB
      03:23:01.816 [e2-core] - (41) eServiceFactoryDVB
      03:23:01.816 [e2-core] - (41) eServiceFactoryFS
      03:23:01.819 [e2-core] - (41) eServiceFactoryHDMI
      03:23:01.819 [e2-core] - (41) eServiceFactoryMP3
      03:23:01.820 [e2-core] - (41) eServiceFactoryM2TS
      03:23:01.822 [e2-core] - (41) eServiceFactoryDVD
      03:23:01.822 [e2-core] - (40) eServiceCenter
      03:23:01.822 [e2-core] - (35) CI Slots
      03:23:01.825 [e2-core] - (30) eActionMap
      03:23:01.825 [e2-core] - (21) Console RC Driver
      03:23:01.825 [e2-core] - (21) input device driver
      03:23:01.833 [e2-core] - (20) AVSwitch Driver
      03:23:01.833 [e2-core] - (20) misc options
      03:23:01.833 [e2-core] - (20) RC Input layer
      03:23:01.833 [e2-core] - (20) UHF Modulator
      03:23:01.834 [e2-core] - (20) Hdmi CEC driver
      03:23:01.834 [e2-core] - (20) DVB-CI UI
      03:23:01.834 [e2-core] - (15) eWindowStyleManager
      03:23:01.834 [e2-core] - (10) gRC
      03:23:01.835 [e2-core] waiting for gRC thread shutdown
      03:23:02.002 [e2-core] gRC thread has finished
      03:23:02.003 [e2-core] - (9) Font Render Class
      03:23:02.003 [e2-core] - (9) gLCDDC
      03:23:02.003 [e2-core] - (9) GFBDC
      03:23:02.004 [e2-core] - (8) graphics acceleration manager
      03:23:02.004 [e2-core] - (5) Tuxtxt
      03:23:02.005 [e2-core] - (1) Background File Eraser
      03:23:02.006 [e2-core] reached rl -1

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

    • Ich habe gedacht, dass es möglicherweise die Erneuerung des DHCP-Servers ist, die alle 24 Stunden durchgeführt wird. Ich habe die IP bereits als statisch konfiguriert, aber ich verstehe immer noch nicht, warum ein Neustart erzwungen wird. Morgen, um zu sehen, ob es wiederholt wird.Vielen Dank

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

    • Beim Durchlaufen der Konfiguration einer meiner virtuellen Maschinen in proxmox stellte ich Folgendes fest:

      Spoiler anzeigen
      23 3 * * * root sshpass ssh -o StrictHostKeyChecking = no root@xxx.xxx.xxx.xxx / sbin / reboot


      Wahrscheinlich, weil ich mit einem vorherigen Image Probleme hatte und mich für einen täglichen Neustart entschieden habe. Es tut mir sehr leid, im Forum geschrieben zu haben. Vielen Dank für Ihre Zeit, wir können es als gelöst und abgeschlossen betrachten.

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

    • Wie du selber gemerkt hast, nutzt eine statische IP gar nichts, was auch logisch ist, wenn man sich DHCP ein enig genauer anschaut. Der Client fragt nach einer IP für sich, wenn er startet und dann wieder, wenn die Leasetime fast erreicht ist, er fragt also nur relativ selten.
      ACHTUNG!!!! Hier folgt eine Signatur:


      Die Benutzung der Suche ist NICHT verboten! D:

      "Hilfe!!!" ist kein sinnvoller Titel für einen neuen Thread, ebensowenig "VU+Zero" oder vergleichbares.

      Keine Hilfe ohne ausgefülltes Profil!
      Kein Netzwerksupport bei manueller IP-Adress-Vergabe :-)
      Kein Support bei portforwardings/ Portfreigaben

      Profil extra angepasst für die arme Emma, die sonst nichts im Leben hat :happy1: