ich würde dir ja gerne einen Boot - Log zur Verfügung stellen, jedoch ist in der Nähe der 7080 leider kein PC,Oder gibt es eine andere Lösung
Schau Die mal den Thread hier an --> Dauerloggen mit Raspberry
Ich hab das mal mit einem Standard Image nachgestellt und es klappt ganz prima... ich hab ja auch eine 920 mit FBC Tuner und wollte helfen, falls ich logtechnisch was erwischen sollte.
Gruß Mike
Hi,
Danke m0rphU, ich hoffe Ghost kann damit etwas anfangen und hat alle Logs bekommen. Genau wie du es beschreibst so ist es bei mir auch. Der Ladebalken ist bei dir auch permanent vorhanden und verschwindet dann nicht mehr bis zum Neustart per Telnet?
Die geposteten crashlogs die Anfang stehen sind die die auf der Festplatte vorhanden sind wenn die Box stehen geblieben ist. Leider finde ich kein serielles Log mehr.
Crash 1 (Log ***8881)
mainloop seems busy... crash from this thread
Segmentation fault
PC: 0x4e19ac
00000000 00000001 0000000a ffffffff
73c83d3c 00000081 ffffffff 00000000
00000000 00000002 00000000 fffffff8
32616d67 ce6f9de8 ff1ef000 7479702f
697a87a8 73c81d70 697a8c10 01323550
00940000 00000000 6f900608 0094d264
00000002 73c06470 fbad2887 00000000
00af7280 697a8790 012692f0 004e19ac
0x4c42a0 <handleFatalSignal(int, siginfo_t*, void*)+0x84>
0x7ffff008 <[0x7ffff008]>
0x4e19ae <eFatal(char const*, ...)+0x92>
0x4b5c70 </usr/bin/enigma2()>
0x649364 <gDC::incrementSpinner()+0x290>
0x651020 <gDC::exec(gOpcode const*)+0x2dc>
0x676a8c <gFBDC::exec(gOpcode const*)+0x40>
0x64b5c0 <gRC::enableSpinner()+0x5c>
0x64b9e0 <gRC::thread()+0x224>
0x4fb6f4 <eThread::wrapper(void*)+0x5c>
0x73c8c888 </lib/libpthread.so.0(+0x6888)>
As a final action, i will try to dump a bit of code.
I just hope that this won't crash.
004e19ac: 00 00 00 a0 34 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 61 00 1c 3c c0 58 9c 27 21 e0 99 03 (end)
Crash 2 (Log ***4468)
MacGyver - ORF: Failed: [Errno -3] Temporary failure in name resolution. domain = None
...
GL Error: 0x506 (1286) at ../git/lib/gdi/glsl.cpp:467: glDrawElements(GL_TRIANGLES, 6 , GL_UNSIGNED_BYTE, 0)
FATAL: Abort.
Python stack trace:
/usr/lib/enigma2/python/e2reactor.py(189): mainLoop
/usr/lib/python2.7/site-packages/twisted/internet/base.py(1190): run
/usr/lib/enigma2/python/mytest.py(182): runReactor
/usr/lib/enigma2/python/mytest.py(592): runScreenTest
/usr/lib/enigma2/python/mytest.py(1): <module>
[EPGC] cleanupOutdated
mainloop seems busy... crash from this thread
Segmentation fault
PC: 0x4e19ac
00000000 00000001 0000000a ffffffff
7489fd3c 00000081 ffffffff 00000000
00000000 015dd968 00000000 00000008
00000000 00000008 3f800000 00000008
6a3a8608 7489dd70 0094bbd4 000001d3
0094bd0c 7489dd74 00000001 00636ba8
00000073 74822470 fbad2887 00000000
00af7280 6a3a85f0 70500878 004e19ac
Erste Erkenntnis: Nicht alles, was wie ein Fisch aussieht, kann auch schwimmen.
Das sind zwei komplett unterschiedliche Crashs.
Crash 1 sieht identisch mit meinem Crash aus. Da stimmt etwas mit dem Timing beim Spinner laden nicht. So Timing-Fehler sind aber sehr schwer aufzuspüren. Darüber hatte ich mit @Dr.Best mal geredet und mindestens ein volles Log geliefert.
Crash 2 ist was anderes. Da hattest du offensichtlich Netzwerkprobleme und daraufhin ist dir irgendein Serien-Plugin weg geknallt. Eine Möglichkeit ist, dass das Plugin die Fehler nicht korrekt abfängt. Da in deinem Crashlog aus dem September noch ein SeriesPlugin von April 2017 installiert ist, könnte das schonmal ein Fehler sein.
Also ein Crashlog gabs die Woche bei mir auch.
Die Box stand jedenfalls morgens immernoch mit Ladebalken fast rechts.
Eventuell hilft es was, ich hab da keinen Plan von!
Das ist wiederrum der Crash mit dem Spinner (Crash 1), allerdings diesmal auf der DM 900.
mainloop seems busy... crash from this thread
Segmentation fault
0xdbdc4(sp=0xaa287790) <eFatal(char const*, ...)+108>
0xbfad8(sp=0xaa287bb8) <_init+16852>
0x1f604c(sp=0xaa287bc8) <gDC::incrementSpinner()+504>
0x1fc6d8(sp=0xaa287c20) <gDC::exec(gOpcode const*)+780>
0x21a1cc(sp=0xaa287d00) <gFBDC::exec(gOpcode const*)+44>
0x1f7d30(sp=0xaa287d38) <gRC::enableSpinner()+92>
0x1f80c8(sp=0xaa287d60) <gRC::thread()+480>
0xf02fc(sp=0xaa287d88) <eThread::wrapper(void*)+64>
0xb3fc80c0(sp=0xaa287d98) <__pthread_get_minstack+6076>
-------
]]>Hi,
jetzt bin ich erstmal total durch den Wind. 
Das Problem mit dem Spinner Timing sollte ja eigentlich mit den alternativen Spinner erledigt sein, was aber wohl nicht so ist.
Was das SeriesPlugin betrifft kann schon sein da ja ab und an das Netzwerk der 7080hd nicht gestartet wird aber deshalb ist die Box noch nie stehen geblieben da das Problem mit dem Netzwerk auch schon ab und zu mit OE2.2 bestand.
Ich denke das können wir ausschließen da die 7080hd auch mit einem frisch installiertem Image, bei dem SeriesPlugin, Autotimer deaktiviert sind, gleich nach dem ersten Neustart nach dem einrichten stehen geblieben ist.
Dann war ich immer so frustriert das ich das Backup mit 4.3.1r4 installiert habe und erstmal eine Weile diese laufen ließ. Aber irgendwann packt es einen dann doch wieder bis naja du weißt schon.
Das ist wiederrum der Crash mit dem Spinner (Crash 1), allerdings diesmal auf der DM 900.
CodeAlles anzeigenmainloop seems busy... crash from this thread Segmentation fault 0xdbdc4(sp=0xaa287790) <eFatal(char const*, ...)+108> 0xbfad8(sp=0xaa287bb8) <_init+16852> 0x1f604c(sp=0xaa287bc8) <gDC::incrementSpinner()+504> 0x1fc6d8(sp=0xaa287c20) <gDC::exec(gOpcode const*)+780> 0x21a1cc(sp=0xaa287d00) <gFBDC::exec(gOpcode const*)+44> 0x1f7d30(sp=0xaa287d38) <gRC::enableSpinner()+92> 0x1f80c8(sp=0xaa287d60) <gRC::thread()+480> 0xf02fc(sp=0xaa287d88) <eThread::wrapper(void*)+64> 0xb3fc80c0(sp=0xaa287d98) <__pthread_get_minstack+6076> ------- ]]>
Kann ich denn jetzt selbst was dagegen tun?
Ich habe da gar nix verändert und warum passiert das nur sporadisch?
Nein und wenn klar wäre, warum es passiert, dann wäre es schon längst gefixt.
Bei mir passiert es immer mal wieder das die Box nicht durch startet (DM820/DM900/DM920).
Mit systemctl restart enigma2 geht es dann!
Weiterhin habe ich es immer wieder mal das in Einstellungen / Netzwerk alles leer ist, weder LAN noch WLAN ist dann vorhanden. Da hilft dann nur ein Neustart der Box(en).
Ich habe es bisher immer auf meine Installation geschoben. Ich habe BA im Einsatz und unmengen installierte Software, und selbst compiliertes.
Ein log davon habe ich leider nicht, es tritt ja auch nur sporadisch auf, ist so nicht Reproduzierbar.
gruß pclin
Das DM920 Boot Problem konnte ich nachstellen... das kam wie vermutet dann wenn zwei FBC Tuner in der Box stecken.
Dieses ist dann mit dem nächsten Treiber Update behoben.
Aber hmmm dass wenn e2 beim starten bei einigen crashed und dann nicht neu gestartet wird, finde ich merkwürdig.
Konnte ich aber hier leider nicht nachstellen.
Wenn das nochmal passiert wäre es Nett, wenn derjenige bei dem es auftritt dann in einer Telnet, SSH Session oder seriellem login mal "systemctl status enigma2" eingibt, und die Ausgabe hier postet.
Danke!
cya
Ok, dann sollte eines meiner Probleme, dass die DM920 nicht immer bootet auch behoben sein. Habe 2 FCB verbaut und NA installiert und hinundwieder blieb der Bootvorgang vor dem Laden des Balkens stehen, aber da ich auch noch mit Tunen fehlgeschlagen känpfe, hab ich dieses Thema nach hinten geschoben. Das Tunen fehlgeschlagen liegt aber wohl an meiner Umrüstung auf Unicanle, da ich auch Probleme auf meiner DM7020HD habe.
Wenn das nochmal passiert wäre es Nett, wenn derjenige bei dem es auftritt dann in einer Telnet, SSH Session oder seriellem login mal "systemctl status enigma2" eingibt, und die Ausgabe hier postet.
Gerade hat es wieder gecrasht. E2 läuft aber angeblich noch:
root@dm7080:~# systemctl status enigma2
● enigma2.service - enigma2
Loaded: loaded (/lib/systemd/system/enigma2.service; enabled; vendor preset: enabled)
Active: active (running) since Sa 2018-01-20 10:09:06 CET; 13min ago
Process: 230 ExecStartPre=/bin/mkdir -p /etc/enigma2 (code=exited, status=0/SUCCESS)
Main PID: 266 (enigma2)
CGroup: /system.slice/enigma2.service
└─266 /usr/bin/enigma2
Jan 20 10:09:24 dm7080 enigma2[266]: InfoBarTunerState start
Jan 20 10:09:24 dm7080 enigma2[266]: [IBTS Plugins]: Files: ['PiP', 'StreamServer', 'Timers', 'StreamWebIf', 'Live', 'Records', 'Unknown', 'StreamOpenWebIf']
Jan 20 10:09:24 dm7080 enigma2[266]: [IBTS Plugins]: {'StreamWebIf': <StreamWebIf.StreamWebIf object at 0x6246a6b0>, 'StreamServer': <StreamServer.StreamServer object at 0x62459e90>, 'Unknown': <Unknown.Unknown object at 0x623fd090>, 'StreamOpenWebIf':
Jan 20 10:09:24 dm7080 enigma2[266]: [TeleText] ----- sessionstart(<__main__.Session instance at 0x62ca79e0>) -----
Jan 20 10:09:24 dm7080 enigma2[266]: [TeleText] [favorites] reading
Jan 20 10:09:24 dm7080 enigma2[266]: Looking for embedded skin
Jan 20 10:09:24 dm7080 enigma2[266]: [TeleText] __layoutFinished
Jan 20 10:09:24 dm7080 enigma2[266]: W/ [ShairPortPlayerClient._connect] :: shaiport-sync connected!
Jan 20 10:09:24 dm7080 enigma2[266]: [SerienRecorder] Auto-Check: AN
Jan 20 10:09:24 dm7080 enigma2[266]: allocating new converter!
root@dm7080:~#Das ist der von Ghost schon identifizierte spezielle 920 2*FBC Crash:
Jan 21 14:50:45 dm920 kernel: (NULL device *): dvb_frontend_start: failed to start kthread (-4)So nach vielen problemlosen Starts', hängte E2 beim Start wiedermal.
Nun habe ich das mal etwas unter die Lupe genommen, in der Hoffnung das man dem Fehler auf die Schliche kommt.
Interessant ist ja schon mal das wie m0rphU schon festgestellt hat, das E2 eigentlich startet, so wie es aber aussieht nicht alle threads davon. (Das sind doch einzelne threads von E2 ?)
So wäre es wenn alles sauber läuft:
Auch auf dem E2 Log laufen einige Sachen von E2 munter weiter, aber Teile davon hängen.
Z.b. auf dem LCD hängt der Lade Balken fast am Ende fest, kein WebIF verfügbar, keine Bild und Ton Ausgabe.
Hallo,
das ist leider ein ganz schwieriger Bug von dem wir schon 3x dachten ihn behoben zu haben.
Dass e2 dann weiterläuft und sich nicht beendet ist wohl einfach eine "unschöne" Nebenwirkung (ein hängender syscall oder sowas in der Art), normalerweise würde/sollte es sich in dem Fall beenden.
Kann man noch per telnet/ssh auf die Box zugreifen wenn dieser Effekt auftritt?Welche Box ist es und welche Tuner sind verbaut?
Meinst du du könntest vielleicht mal in #enigma2 aufschlagen wenn es grad auftritt?
Wir würden uns das nur zu gerne ansehen wenn dieser Fall konkret eintritt. Wir hatten ihn einfach noch nie :/.
Dass e2 dann weiterläuft und sich nicht beendet.....
Du meinst also das sich E2 beim Start "verschluckt" und dabei einfach neu starten sollte ? Weil das ist der Fehler beim aufstarten.
Das Problem hatte ich noch nie bei einem E2 restart. (Bis auf das es beim beenden von E2 mal einen Crash gibt. Aber das hat ja am Ende keine Negativen Auswirkungen auch wenn es nicht hübsch ist.)
Kann man noch per telnet/ssh auf die Box zugreifen wenn dieser Effekt auftritt?
So wie es aussieht startet Linux erst mal normal durch, nur E2 hängt dann fest. Bis auf meinen NFS mount über systemd scheint alles da zu sein.
Die Box sollte heute Morgen einen Timer starten, blieb dann hängen.
Erst dann habe ich die oben angehängten beiden Log's über journalctl erstellt, und mit htop die Task's angeschaut.
ssh läuft also ganz normal, und nach einem systemctl restart enigma2 ist alles wieder gut.
Meinst du du könntest vielleicht mal in #enigma2 aufschlagen wenn es grad auftritt?
Wir würden uns das nur zu gerne ansehen wenn dieser Fall konkret eintritt. Wir hatten ihn einfach noch nie :/.
Wenn der Zeitpunkt nicht sehr schlecht ist, kann ich das schon machen. Aber in der Regel sollte sie dann eine Aufnahme machen, oder Frau / Kid's wollen was sehen.
Ich könnte Euch dann auch Zugriff auf die Box geben. Aber wie schon erwähnt tritt das ja auch nur ziemlich selten auf. Ich hatte das bisher ca. 4-5 mal in knapp einem Jahr.
Aber vielleicht ergibt sich mal was, oder jemand anders hier kann es sich so einrichten.
Aaarg..... ist ja nicht zu glauben. Viele Wochen lange hatte ich das Problem nicht mehr, und nun ist es heute Morgen schon wieder aufgetreten.
Statistisch müsste ich jetzt dafür wieder ein paar Monate davon ruhe haben. 
Leider war das heute Morgen 15min bevor wir zu einem Familienausflug aufbrechen wollten. Da war leider keine Zeit mich damit im #enigma2 zu melden und hoffen das ein Def. schon wach ist. 
Ich hoffe das nächste mal sucht sich die Box einen besseren Zeitpunkt aus....wobei dafür eigentlich nie ein guter Zeitpunkt ist.
Weil in der Regel startet sie dann ja für eine Aufnahme.
Ich glaube ich brauche eine zweite 900er, zum "spielen" und eine darf im Wohnzimmer ihre Arbeit verrichten.
. Da war leider keine Zeit mich damit im #enigma2 zu melden und hoffen das ein Def. schon wach ist.
ich würde mich ja auch gerne einbinden , und unterstützend mithelfen, kann leider mit #engima2 zu melden nichts anfangen, bitte kurze Info für eine newbie
kann leider mit #engima2 zu melden nichts anfangen
Erster post, letzter Satz ---> enigma2 IRC channel and enigma2 commit mailing list
Eben festgestellt, das beim letzten mal etwas mehr im Crashlog steht als sonst, obwohl an der Box nicht an zu sehen war das ein Crashlog erstellt wurde.
Aber das Bringt und wohl auch noch nicht viel weiter. 
mainloop seems busy... crash from this thread
Segmentation fault
0x215640(sp=0xad287978) <gGrcBlitContext::gGrcBlitContext(gSurface*, gSurface::BlitParams const&, unsigned int, int)+120>
0x1e6fdc(sp=0xad2879a8) <gAccel::createBlitContext(gSurface*, gSurface::BlitParams const&, unsigned int)+84>
0x212dbc(sp=0xad2879c8) <gSurface::blit(gSurface::BlitParams const&, unsigned int, iGfx2d*)+160>
0x1f2698(sp=0xad287b30) <gPixmap::blit(gPixmap const&, eRect const&, gRegion const&, int, float, eMatrix4x4 const&)+424>
0x1fdb08(sp=0xad287bb8) <gDC::enableSpinner()+456>
0x1fc6f8(sp=0xad287c20) <gDC::exec(gOpcode const*)+812>
0x21a1cc(sp=0xad287d00) <gFBDC::exec(gOpcode const*)+44>
0x1f7d30(sp=0xad287d38) <gRC::enableSpinner()+92>
0x1f80c8(sp=0xad287d60) <gRC::thread()+480>
0xf02fc(sp=0xad287d88) <eThread::wrapper(void*)+64>
0xb3f850c0(sp=0xad287d98) <__pthread_get_minstack+6076>heute morgen mal wieder crash
Ghost wollte ein feedback für Telnet mal "systemctl status enigma2" eingibt
hier das Ergebnis
das ist mal neu, heute schon wieder CRASH, bisher hatte ich immerhin 2-3 Wochen Ruhe
ergebnis für "systemctl status enigma2"
root@dm7080:~# systemctl status enigma2
enigma2.service - enigma2
Loaded: loaded (/lib/systemd/system/enigma2.service; enabled; vendor preset: enabled)
Active: active (running) since Mo 2018-02-05 16:24:36 CET; 10min ago
Main PID: 282 (enigma2)
CGroup: /system.slice/enigma2.service
Ç282 /usr/bin/enigma2
Feb 05 16:24:50 dm7080 enigma2[282]: [EPGC] cleanupOutdated
Feb 05 16:25:50 dm7080 enigma2[282]: [EPGC] cleanupOutdated
Feb 05 16:26:50 dm7080 enigma2[282]: [EPGC] cleanupOutdated
Feb 05 16:27:50 dm7080 enigma2[282]: [EPGC] cleanupOutdated
Feb 05 16:28:50 dm7080 enigma2[282]: [EPGC] cleanupOutdated
Feb 05 16:29:50 dm7080 enigma2[282]: [EPGC] cleanupOutdated
Feb 05 16:30:50 dm7080 enigma2[282]: [EPGC] cleanupOutdated
Feb 05 16:31:50 dm7080 enigma2[282]: [EPGC] cleanupOutdated
Feb 05 16:32:50 dm7080 enigma2[282]: [EPGC] cleanupOutdated
Feb 05 16:33:51 dm7080 enigma2[282]: [EPGC] cleanupOutdated
root@dm7080:~#