Symcon 4.0 (v322) RPI absturtz bei Graphen durchschau in Mobile-App (iOS)

IP-Symcon
1

Moin…

… bei mir schmiert der Dienst ab, sobald ich 5-6 mal auf zurück oder weiter auf der Graphen-Seite (Tagesansicht)geklickt habe.
Dann kommt „Dein Heim ist gerade nicht erreichbar“ und der Dienst ist beendet.
Daten sind genug vorhanden, Datenbank ist ok. Hatte heute morgen nach aufforderung manuel reaggr.!

Gruß,
Peter

2

Magst du mir einen Backtrace mit GDB erstellen?

paresy

3

Magst mir nochmal kurz ein Link schicken wie das ging? Irgendwo stand das hier.
Sorry… zulange kein Backtrace mehr gemacht!! :smiley:

EDIT: HAB ES GEFUNDEN !!!

4

Da isser der Absturz. Diesmal kam die Meldung „Zeitüberschreitung bei der Anforderung“.


#0  memcpy () at ../ports/sysdeps/arm/memcpy.S:111
#1  0x768b23ec in __GI___mempcpy (dest=<optimized out>,
    src=src@entry=0x57fb1008, len=len@entry=29679762) at mempcpy.c:34
#2  0x768a5240 in __GI__IO_default_xsputn (f=0x676af460, data=<optimized out>,
    n=29679762) at genops.c:463
#3  0x7687df3c in ___printf_fp (fp=fp@entry=0x676af460,
    info=info@entry=0x676af02c, args=args@entry=0x676af008) at printf_fp.c:1228
#4  0x7687a3e8 in _IO_vfprintf_internal (s=s@entry=0x676af460,
    format=format@entry=0x692fd6a0 "%.*f", ap=..., ap@entry=...)
    at vfprintf.c:1641
#5  0x768a073c in _IO_vsnprintf (
    string=0x676af598 "31956382533432098148418692822770381051478822219138388605464778508872237228395442669945816928820312572721905080039938846823882607333094018270081285498392743897741297058666550190163724965793674465822089"...,
    maxlen=<optimized out>, format=0x692fd6a0 "%.*f", args=...)
    at vsnprintf.c:119
#6  0x76a3f5f8 in ?? () from /usr/lib/arm-linux-gnueabihf/libstdc++.so.6
5

Hier noch einer. Da kam selbe Meldung… IPS lief aber weiter. Dann noch mal ein anderen Graph reingeschaut und relativ schnell durchgeklickt und dann das:


#0  memcpy () at ../ports/sysdeps/arm/memcpy.S:111
#1  0x768b23ec in __GI___mempcpy (dest=<optimized out>,
    src=src@entry=0x5359d008, len=len@entry=29762914) at mempcpy.c:34
#2  0x768a5240 in __GI__IO_default_xsputn (f=0x67d9af90, data=<optimized out>,
    n=29762914) at genops.c:463
#3  0x7687df3c in ___printf_fp (fp=fp@entry=0x67d9af90,
    info=info@entry=0x67d9ab5c, args=args@entry=0x67d9ab38) at printf_fp.c:1228
#4  0x7687a3e8 in _IO_vfprintf_internal (s=s@entry=0x67d9af90,
    format=format@entry=0x699fd6a0 "%.*f", ap=..., ap@entry=...)
    at vfprintf.c:1641
#5  0x768a073c in _IO_vsnprintf (
    string=0x67d9b0c8 "31956382533432098148418692822770381051478822219138388605464778508872237228395442669945816928820312572721905080039938846823882607333094018270081285498392743897741297058666550190163724965793674465822089"...,
    maxlen=<optimized out>, format=0x699fd6a0 "%.*f", args=...)
    at vsnprintf.c:119
#6  0x76a3f5f8 in ?? () from /usr/lib/arm-linux-gnueabihf/libstdc++.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
6

Kannst du mir ein Bild vom Profil Manager der betroffenen Variable machen?

paresy

7

Da ist kein Profil angelegt! Ist einfach ne Flaot-Variable.

Bildschirmfoto 2016-02-15 um 15.34.22.png

8

Danke. Ich kann den Fehler nachstellen. Muss jetzt nur noch die Ursache finde. :rolleyes:

paresy

9

Das Problem ist zum nächsten Update gelöst.

paresy

10

Cool… bin gespannt. Danke,
Peter