Absturz durch PHP-Modul ?!

IP-Symcon
1

Den hier hatte ich ja schon häufiger. :smiley:

In letzter Zeit war es aber ruhiger geworden.
Eben ist mit der Dienst dann wieder abgeschmiert.
RunScript mit ID 00000 sieht mir nach einem PHP-Modul aus… nur welche Instanz :confused:

22:25:43 | 00000 | ScriptEngine | Executed Text (Length: 0) ~ Sender: RunScript
terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::io::too_many_args> >'
  what():  boost::too_many_args: format-string referred to less arguments than were passed

Program received signal SIGABRT, Aborted.
[Switching to Thread 0x7fffc6ffd700 (LWP 16800)]
0x00007ffff525bcc9 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
56	../nptl/sysdeps/unix/sysv/linux/raise.c: Datei oder Verzeichnis nicht gefunden.
(gdb) bt
#0  0x00007ffff525bcc9 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1  0x00007ffff525f0d8 in __GI_abort () at abort.c:89
#2  0x00007ffff5d84535 in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3  0x00007ffff5d826d6 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4  0x00007ffff5d82703 in std::terminate() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5  0x00007ffff5dd5ad5 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6  0x00007ffff55f2182 in start_thread (arg=0x7fffc6ffd700) at pthread_create.c:312
#7  0x00007ffff531f47d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
(gdb)

Michael

2

Irgendwie habe ich deine Logitech Module in Verdacht,

die krallt sich alle PHP Thread’s (PHP Informationen in der Console lasse ich mitlaufen, zum testen.)

3

Das Modul lasse ich auch bewußt dort mitlaufen.
Ich habe aber aktuell noch keine Performance-Tests gemacht…

Der Fehler passierte auch kurz nachdem der LMS ‚hing‘, vielleicht lag hier der Hund begraben.
Dem LMS habe ich dann erstmal ein Update verpaßt :slight_smile:
Der läuft zwar auf einer ganz anderen VM, aber eventuell hat der Netzwerkverkehr einfach das Modul, bzw. IPS & PHP überlastet.

Dennoch sollte es keinen Crash geben…

Die Performance sollte sich noch steigern, wenn ich keine IPS-Variablen mehr brauche um die Datenpakete zu buffern.

Michael

4

Ich habe bei nur durch einen Programmfehler zu viele Trigger erzeugt, die ein Skript dann 10 mal gestartet haben, und etwas hingen, weil die SONOS aus war. Dann kommt es zum Crash.