Absturz !
Auffällig der extreme Speicherverbrauch binnen einer Minute …
lueralba
Das habe ich auch dauernd. Kann mich hier nur anschließen.
Program received signal SIGABRT, Aborted.
[Switching to Thread 0x727ff420 (LWP 15336)]
0x767ee8dc in raise () from /lib/arm-linux-gnueabihf/libc.so.6
(gdb) bt
#0 0x767ee8dc in raise () from /lib/arm-linux-gnueabihf/libc.so.6
#1 0x767f265c in abort () from /lib/arm-linux-gnueabihf/libc.so.6
#2 0x768ef250 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
#3 0x768ef250 in ?? () from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
Zusätzlich habe ich dann noch folgende:
Program received signal SIGBUS, Bus error.
[Switching to Thread 0x717ff420 (LWP 13057)]
lex_scan () at Zend/zend_language_scanner.c:2271
2271 Zend/zend_language_scanner.c: Datei oder Verzeichnis nicht gefunden.
(gdb) bt
#0 lex_scan () at Zend/zend_language_scanner.c:2271
#1 0x009d67bc in zendlex () at /home/pi/kernelcpp/res/php-5.5.26/Zend/zend_compile.c:6788
#2 0x00c411d8 in zendparse ()
#3 0x009af4d8 in compile_file () at Zend/zend_language_scanner.l:588
#4 0x009af654 in compile_filename () at Zend/zend_language_scanner.l:631
#5 0x00aa0be8 in ZEND_INCLUDE_OR_EVAL_SPEC_VAR_HANDLER () at /home/pi/kernelcpp/res/php-5.5.26/Zend/zend_vm_execute.h:13344
#6 0x00a134c4 in execute_ex () at /home/pi/kernelcpp/res/php-5.5.26/Zend/zend_vm_execute.h:363
#7 0x00aa000c in zend_execute () at /home/pi/kernelcpp/res/php-5.5.26/Zend/zend_vm_execute.h:388
#8 0x009eddf4 in zend_execute_scripts ()
#9 0x0098f290 in php_execute_script ()
#10 0x00852928 in IPSScriptEngine::RunScriptThread(IPSScriptThreadEx&) ()
#11 0x769dd848 in ?? () from /usr/lib/arm-linux-gnueabihf/libstdc++.so.6
#12 0x769dd848 in ?? () from /usr/lib/arm-linux-gnueabihf/libstdc++.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
Auch bekomme ich dauernd SEGV mit einem Hinweis auf die libcurl. Was ich aber schon auf mein PowerLAN zurück führen konnte. Hier scheint libcurl eine Bug zu haben, wenn die Netzwerkverbindung hin und wieder Packetloss aufweist. Habe hierfür für mich einen lokalen Workaround geschaffen aber besser wäre es wenn der Fehler auch gefixt werden würde.
Das mit dem Speicherverbrauch ist ein guter Hinweis. Du weißt nicht zufällig wie man es provozieren kann?
paresy
Es kommt in kürzeren Abständen wenn ich die Ausführungsintervalle dieses Scriptes deutlich erhöhe (jetzt 3 Min).
<?
//
setvaluefloat(48267 /*[Strom\Summe W]*/,
getvalue( 58208 /*[KÜCHE\Meter GS (EVER NodeID 004) Asso=1\W/h Meter (2)]*/ )+
getvalue( 40077 /*[KÜCHE\Meter KS (FIBARO Node002) Asso=3 AllwaysON\W/h Value\Power]*/ )+
getvalue( 51236 /*[KELLER/FLUR/TREPPE/BÜRO\HEIZUNGSRAUM\Meter Heizung (EVER NodeID 009) DAUER AN Brücke !\W/h Meter (2)]*/ )+
getvalue( 55069 /*[KELLER/FLUR/TREPPE/BÜRO\HEIZUNGSRAUM\Meter Waschmaschine (EVER NodeID 010)\W/h Meter (2)]*/ )+
getvalue( 18991 /*[AUSSENANLAGE\Meter Pumpe Gr. Torweg (EVER NodeID 011)\W Meter (2)]*/ )+
getvalue( 33993 /*[AUSSENANLAGE\Meter Pumpen Grube Garten (EVER NodeID 008)\W/h Meter (2)]*/ )+
getvalue( 20880 /*[KELLER/FLUR/TREPPE/BÜRO\BÜRO OG\Meter Drucker (EVER NodeID 006)\W/h Meter (2)]*/ )+
getvalue( 25890 /*[KELLER/FLUR/TREPPE/BÜRO\HOBBYKELLER\Z-Wave Switch (NodeID 004@Razberry) Entfeuchter aktuell\Value\Power]*/ )+
getvalue( 27697 /*[WZ\Meter Stereoschrank (EVER NodeID 007)\W/h Meter (2)]*/ )+
getvalue( 59485 /*[WZ\Meter WZ TV WII DVD (EVER NodeID 012)\W/h Meter (2)]*/ )+
getvalue( 11294 /*[KELLER/FLUR/TREPPE/BÜRO\ELEKTROKELLER\Meter (NodeID 006@Razberry) Serverschrank\Value\Power]*/ )
);
?>
Ist bei mir ähnlich. Sobald ich meine Updatescripte aktiviere passiert es teilweise in halbstunden Takt.
Zum Beispiel die Syncronisation der Hue Lampen. Laufen die im 15 Sekundentakt kommt ein Crash recht schnell.
#0 0xb6e39608 in ?? () from /usr/lib/arm-linux-gnueabihf/libcrypto.so.1.0.0
Cannot access memory at address 0x0
#1 0xb6e36004 in OPENSSL_cpuid_setup () from /usr/lib/arm-linux-gnueabihf/libcrypto.so.1.0.0
#2 0xb6fe8254 in ?? () from /lib/ld-linux-armhf.so.3
#3 0xbefffeb8 in ?? ()
Cannot access memory at address 0x0
#4 0xbefffeb8 in ?? ()
Cannot access memory at address 0x0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
Wollte noch mal nachfragen, ob es was gibt um euch zu helfen. Bei mir crasht der Symcon ca. alle 1800 und 2500 Sekunden. Ich habe auch schon frisch installiert und nur Homematic und PhilipsHUE eingerichtet. Wir mehr Events ich habe, um so schlimmer wird es mit den Abstürzen.
Würde mich freuen wenn man mal Infos bekommen würden, ob man das Problem überhaupt analysiert?
[Do Okt 8 19:27:09 2015] init: symcon main process (756) killed by ABRT signal
[Do Okt 8 19:27:09 2015] init: symcon main process ended, respawning
[Do Okt 8 21:04:09 2015] init: symcon main process (1239) killed by ABRT signal
[Do Okt 8 21:04:09 2015] init: symcon main process ended, respawning
[Do Okt 8 21:08:36 2015] init: symcon main process (2072) killed by ABRT signal
[Do Okt 8 21:08:36 2015] init: symcon main process ended, respawning
[Do Okt 8 21:55:10 2015] init: symcon main process (2156) killed by ABRT signal
[Do Okt 8 21:55:10 2015] init: symcon main process ended, respawning
[Do Okt 8 22:27:31 2015] init: symcon main process (2577) killed by ABRT signal
[Do Okt 8 22:27:31 2015] init: symcon main process ended, respawning
[Do Okt 8 22:35:56 2015] init: symcon main process (2862) killed by SEGV signal
[Do Okt 8 22:35:56 2015] init: symcon main process ended, respawning
[Do Okt 8 22:57:14 2015] init: symcon main process (2971) killed by ABRT signal
[Do Okt 8 22:57:14 2015] init: symcon main process ended, respawning
[Do Okt 8 23:05:43 2015] init: symcon main process (3187) killed by ABRT signal
[Do Okt 8 23:05:43 2015] init: symcon main process ended, respawning
[Do Okt 8 23:07:04 2015] init: symcon main process (3299) killed by ABRT signal
[Do Okt 8 23:07:04 2015] init: symcon main process ended, respawning
[Do Okt 8 23:40:04 2015] init: symcon main process (3359) killed by ABRT signal
[Do Okt 8 23:40:04 2015] init: symcon main process ended, respawning
[Fr Okt 9 00:03:13 2015] init: symcon main process (3655) killed by SEGV signal
[Fr Okt 9 00:03:13 2015] init: symcon main process ended, respawning
[Fr Okt 9 00:39:11 2015] init: symcon main process (3876) killed by ABRT signal
[Fr Okt 9 00:39:11 2015] init: symcon main process ended, respawning
[Fr Okt 9 00:47:07 2015] init: symcon main process (4223) killed by ABRT signal
[Fr Okt 9 00:47:07 2015] init: symcon main process ended, respawning
[Fr Okt 9 00:54:05 2015] init: symcon main process (4331) killed by ABRT signal
[Fr Okt 9 00:54:05 2015] init: symcon main process ended, respawning
[Fr Okt 9 01:07:13 2015] init: symcon main process (4434) killed by ABRT signal
[Fr Okt 9 01:07:13 2015] init: symcon main process ended, respawning
[Fr Okt 9 01:56:18 2015] init: symcon main process (4582) killed by ABRT signal
[Fr Okt 9 01:56:18 2015] init: symcon main process ended, respawning
[Fr Okt 9 02:06:44 2015] init: symcon main process (5012) killed by SEGV signal
[Fr Okt 9 02:06:44 2015] init: symcon main process ended, respawning
[Fr Okt 9 02:21:33 2015] init: symcon main process (5132) killed by ABRT signal
[Fr Okt 9 02:21:33 2015] init: symcon main process ended, respawning
[Fr Okt 9 02:36:16 2015] init: symcon main process (5312) killed by SEGV signal
[Fr Okt 9 02:36:16 2015] init: symcon main process ended, respawning
[Fr Okt 9 02:48:49 2015] init: symcon main process (5446) killed by ABRT signal
[Fr Okt 9 02:48:49 2015] init: symcon main process ended, respawning
[Fr Okt 9 03:09:19 2015] init: symcon main process (5598) killed by ABRT signal
[Fr Okt 9 03:09:19 2015] init: symcon main process ended, respawning
[Fr Okt 9 04:25:53 2015] init: symcon main process (5814) killed by SEGV signal
[Fr Okt 9 04:25:53 2015] init: symcon main process ended, respawning
[Fr Okt 9 04:30:29 2015] init: symcon main process (6464) killed by ABRT signal
[Fr Okt 9 04:30:29 2015] init: symcon main process ended, respawning
[Fr Okt 9 04:32:52 2015] init: symcon main process (6551) killed by SEGV signal
[Fr Okt 9 04:32:52 2015] init: symcon main process ended, respawning
[Fr Okt 9 05:01:22 2015] init: symcon main process (6619) killed by ABRT signal
[Fr Okt 9 05:01:22 2015] init: symcon main process ended, respawning
[Fr Okt 9 05:46:12 2015] init: symcon main process (6893) killed by ABRT signal
[Fr Okt 9 05:46:12 2015] init: symcon main process ended, respawning
[Fr Okt 9 05:54:06 2015] init: symcon main process (7265) killed by ABRT signal
[Fr Okt 9 05:54:06 2015] init: symcon main process ended, respawning
[Fr Okt 9 06:19:13 2015] init: symcon main process (7368) killed by ABRT signal
[Fr Okt 9 06:19:13 2015] init: symcon main process ended, respawning
[Fr Okt 9 06:31:55 2015] init: symcon main process (7612) killed by ABRT signal
[Fr Okt 9 06:31:55 2015] init: symcon main process ended, respawning
[Fr Okt 9 07:04:32 2015] init: symcon main process (7881) killed by ABRT signal
[Fr Okt 9 07:04:32 2015] init: symcon main process ended, respawning
[Fr Okt 9 07:09:17 2015] init: symcon main process (8165) killed by SEGV signal
[Fr Okt 9 07:09:17 2015] init: symcon main process ended, respawning
[Fr Okt 9 07:23:56 2015] init: symcon main process (8257) killed by ABRT signal
[Fr Okt 9 07:23:56 2015] init: symcon main process ended, respawning
[Fr Okt 9 07:36:23 2015] init: symcon main process (8427) killed by ABRT signal
[Fr Okt 9 07:36:23 2015] init: symcon main process ended, respawning
[Fr Okt 9 07:44:57 2015] init: symcon main process (8571) killed by ABRT signal
[Fr Okt 9 07:44:57 2015] init: symcon main process ended, respawning
[Fr Okt 9 07:53:26 2015] init: symcon main process (8679) killed by SEGV signal
[Fr Okt 9 07:53:26 2015] init: symcon main process ended, respawning
[Fr Okt 9 08:29:43 2015] init: symcon main process (8779) killed by ABRT signal
[Fr Okt 9 08:29:43 2015] init: symcon main process ended, respawning
[Fr Okt 9 08:50:24 2015] init: symcon main process (9053) killed by ABRT signal
[Fr Okt 9 08:50:24 2015] init: symcon main process ended, respawning
[Fr Okt 9 09:02:43 2015] init: symcon main process (9230) killed by ABRT signal
[Fr Okt 9 09:02:43 2015] init: symcon main process ended, respawning
[Fr Okt 9 09:17:10 2015] init: symcon main process (9347) killed by ABRT signal
[Fr Okt 9 09:17:10 2015] init: symcon main process ended, respawning
[Fr Okt 9 10:48:12 2015] init: symcon main process (9498) killed by ABRT signal
[Fr Okt 9 10:48:12 2015] init: symcon main process ended, respawning
[Fr Okt 9 10:56:13 2015] init: symcon main process (10087) killed by ABRT signal
[Fr Okt 9 10:56:13 2015] init: symcon main process ended, respawning
[Fr Okt 9 11:54:07 2015] init: symcon main process (10182) killed by ABRT signal
[Fr Okt 9 11:54:07 2015] init: symcon main process ended, respawning
Hier mal ein Ausschnitt, damit man mal sieht wie oft das Auftritt!
Als Ergänzung:
Ich habe die Probleme mit verschiedenen RaspberryPIs und habe auch schon mehrfach frisch installiert und von Grundauf neu konfiguriert. Und praktisch nutze ich nur Homematic CCU2 + Philips HUE + Enigma2 + Yamaha. IPSLibrary & Co. verwende ich alles nicht. Ganz minimal.
Ist das bei dir nicht das Problem mit cURL? Das Problem werde ich mir leider erst wieder ansehen, wenn sich zum Wechseln nach Jessie nichts verbessert. Das liegt meiner Meinung nach an libcurl, welche in dem vorhandenen Release Probleme in Multithreaded Anwendungen hat.
Da das Problem bei dir sehr schnell auftritt, kannst du irgendwie eingrenzen woher es kommt?
Hättest du die Möglichkeit es auf der Windows Version von IP-Symcon gegenzutesten?
paresy
Hallo zusammen,
ich habe seit einiger Zeit auch die Probleme…sofern ich meine SoundTouches per Script (cURL) abfrage.
Zuerst dachte ich, es würde nur die per WLAN angebundene SoundTouch sein, heute hat sich IPS jedoch auch bei der Statusabfrage der per Kabel angeschlossenen ST weggehängt.
@paresy: Gibt es bereits einen Termin für die Jessie-Unterstützung?
Viele Grüße
Dennis
Also bei ABRT gibt es keinen brauchbaren Hinweis (BT), aber bei SEGV sehe ich öfters mal den libcurl Hinweis. Das es mit libcurl Zusammenhängt vermute ich auch schon deswegen, das wenn ich alle meine Timer abschalte, die curl verwenden, das die Abstürze kaum bis keine mehr auftreten (hab aktuell nochmal alle Timer deaktiviert)
Das Problem werde ich mir leider erst wieder ansehen, wenn sich zum Wechseln nach Jessie nichts verbessert.
Damit kann ich leben. Wann kommt eine Version. Ich kann gerne auch vorab testen (mir reicht das auch nur das Binary statt deb). Aktuell bist du leider noch gegen die client2007e gelinkt welche es nicht mehr gibt. Das GD2 Paket wurde wohl nur umbenannt und sollte so weiter funktionieren.
Hättest du die Möglichkeit es auf der Windows Version von IP-Symcon gegenzutesten?
Das hatte ich teilweise schon, um die SymconHUE zu testen, welches ebenfalls curl verwendet. Hier hatte ich bei den Tests keine Ausfälle bemerkt.
So nachdem ich seit der Deaktivierung aller Events die Curl nutzen, keine Abstürze mehr hatte, aktiviere ich nun wieder die Events. Auch wenn dann die Abstürze wieder beginnen werden. Und somit heißt es, hoffen das schnell die neue Version für Jessie kommen wird.
Heul!
Hatte mein o.g. Script mal komplett abgeschaltet.
Es lief nur erheblich länger durch…
Hab nun mal auf die aktuelle Version gehoben.
@paresy: Suchst die noch oder brauchst du mehr Debuginfos (Wie und welche?)?
Der Fehler scheint ja doch etwas breiter gestreut, wenn ich das oben alles lese.
Schönes WE
lueralba
Verwendest du den auch Scripte, die CURL nutzen? Wenn ja, bei mir hilft gerade eine Semaphore die dafür sorgt das immer nur 1 CURL Aufruf parallel statt finden kann. Seit dem habe ich bis jetzt noch keine Fehler bekommen.
Hallo traxanos,
Aha. Curl wird im Fritzbox-Auslesescript verwendet. Das schalte ich mal ab.
Danke für den Hinweis.
Ich berichte…
Gruß
lueralba
Also wie gesagt klappt bei mir der Trick mit der Semaphore
Dazu habe ich vor jedem curl_init Aufruf folgendes eingefügt:
if (!IPS_SemaphoreEnter('CURL', 5000)) {
IPS_LogMessage('CURL', 'Semaphore Timeout');
exit;
}
und nach jedem init_close das hier:
IPS_SemaphoreLeave('CURL');
Moin zusammen…
So habe gestern mal auf Jessie geupgraded nach dieser Anleitung:
Raspberry Pi – Raspbian-Update: „Wheezy“ auf „Jessie“ aktualisieren › Datenreise !
Musste noch ein paar Pakete selber (nach-) installieren und es läuft !
Was soll genau nicht funktionieren? Ist mein Test-/Spielsystem und ich habe kein Problem bemerkt.
Auch mit Neustart des Pi läuft IPS sauber hoch.
@paresy:
Habe aber wieder extremen Speicherverbrauch innerhalb von ein-zwei Minuten.
Mein einziges CURL Script (Fritzboxscript) war komplett aus.
Ich schalte jetzt mal IPS komplett ab.
Mal sehen ob der Speicherverbrauch von etwas anderem verursacht wird.
ruß
lueralba
Das funktioniert aber nur weil du Wheezypakete beim Update behalten hast. 2 Pakete gibt es in Jessie einfach nicht mehr. Außerdem ist Symcon noch gegen die Wheezyumgebung gelinkt. Das führt bei geänderten ABIs zu SEGV. Man sollte auf jeden Fall warten bis eine Paket für Jessie gebaut ist wurde. Man hat auch bei einem Update keinen Vorteil, da ja wie bei dir noch Pakete aus Wheezy verwendet werden müssen zum laufen.
Falls du mir nicht glaubst, nimm eine frische Jessie Installation und installiere Symcon. Da wirst du sehen, das es sich nicht mal installieren lässt.
Das cclient Paket wollte ich vor dem Release noch wegrationalisieren, sodass in dem Zuge auch ein Upgrade für Jessie kommt.
paresy
Ich schalte jetzt mal IPS komplett ab.
Mal sehen ob der Speicherverbrauch von etwas anderem verursacht wird.
Jau, passiert auch ohne IPS !!!
Mit
cat /proc/meminfo
kann man schön sehen wie
"Cached"extrem hoch geht und bleibt …
Warum ? Noch keine Idee.
Ich denke neu aufsetzen ist wohl sinnvoll, aber nicht wissensfördernd!
Gruß
lueralba