RPI: Dienst beendet sich von selbst - IP-Symcon 4.00, 23.02.2016, d00313096ef3

sunni2002 · 27. Februar 2016 um 08:30

Hi paresy,

Der Dienst hatte sich bei RC1 auf RPI („IP-Symcon 4.00, 12.02.2016, 4b634d9c5ccf“) von selbst beendet.

#0  0x009c1728 in gc_zval_check_possible_root (tsrm_ls=<optimized out>, z=<optimized out>)
    at /home/pi/kernelcpp/res/php-5.6.17/Zend/zend_gc.h:182
#1  i_zval_ptr_dtor (tsrm_ls=<optimized out>, zval_ptr=<optimized out>)
    at /home/pi/kernelcpp/res/php-5.6.17/Zend/zend_execute.h:86
#2  zend_do_fcall_common_helper_SPEC (execute_data=<optimized out>, tsrm_ls=0x75f00468)
    at /home/pi/kernelcpp/res/php-5.6.17/Zend/zend_vm_execute.h:619
#3  0x0094c550 in execute_ex (execute_data=0x76094928, tsrm_ls=0x75f00468)
    at /home/pi/kernelcpp/res/php-5.6.17/Zend/zend_vm_execute.h:363
#4  0x009bfb78 in zend_execute (op_array=0x760ab650, tsrm_ls=tsrm_ls@entry=0x75f00468)
    at /home/pi/kernelcpp/res/php-5.6.17/Zend/zend_vm_execute.h:388
#5  0x00919e2c in zend_execute_scripts (type=18720272, type@entry=8, tsrm_ls=tsrm_ls@entry=0x75f00468,
    retval=0x938fa4 <virtual_chdir+52>, retval@entry=0x0, file_count=3)
    at /home/pi/kernelcpp/res/php-5.6.17/Zend/zend.c:1341
#6  0x008b9198 in php_execute_script (primary_file=0x753d9d88, tsrm_ls=0x75f00468)
    at /home/pi/kernelcpp/res/php-5.6.17/main/main.c:2597
#7  0x0076a828 in IPSScriptEngine::RunScriptThread(IPSScriptThreadEx&) ()
#8  0x76a61348 in ?? () from /usr/lib/arm-linux-gnueabihf/libstdc++.so.6

Das ist scheinbar ein PHP Fehler wozu es bereits einen Bugreport gibt. Ich habe den entsprechenden Patch eingespielt und PHP fürs nächste Update aktualisiert. Würde mich somit nach dem Update über Feedback freuen, ob der Fehler immer noch auftritt, oder gelöst ist.

paresy

Nachdem Update auf RC4 („IP-Symcon 4.00, 23.02.2016, d00313096ef3“) trat der Fehler wieder auf. Leider habe ich gdb https://www.symcon.de/forum/threads/27061-Debugging-f%C3%BCr-Experten-%28Raspberry-Pi-Linux%29?p=248635#post248635 nicht am Laufen gehabt.
Ich werde jetzt auf RC6 („IP-Symcon 4.00, 26.02.2016, cc0c7d0433be“) updaten und IPS mit gde starten. Sobald ein Absturz auftritt werde ich berichten.

paresy · 27. Februar 2016 um 16:27

Wäre super wenn du einen neuen Stacktrace hättest. Dann können wir mal schauen, ob es nicht vielleicht ein neuer Fehler ist.

paresy

sunni2002 · 1. März 2016 um 13:06

Hi,
Heute wieder Absturz (RC6 auf RPI):

(gdb) bt
#0  0x009e9e70 in gc_zval_check_possible_root (tsrm_ls=<optimized out>, z=<optimized out>) at /home/pi/kernelcpp                                                                /res/php-5.6.17/Zend/zend_gc.h:182
#1  i_zval_ptr_dtor (tsrm_ls=<optimized out>, zval_ptr=<optimized out>) at /home/pi/kernelcpp/res/php-5.6.17/Zen                                                                d/zend_execute.h:86
#2  zend_do_fcall_common_helper_SPEC (execute_data=<optimized out>, tsrm_ls=0x6f9a5278) at /home/pi/kernelcpp/re                                                                s/php-5.6.17/Zend/zend_vm_execute.h:619
#3  0x00974c98 in execute_ex (execute_data=0x6f4c2928, tsrm_ls=0x6f9a5278) at /home/pi/kernelcpp/res/php-5.6.17/                                                                Zend/zend_vm_execute.h:363
#4  0x009e82c0 in zend_execute (op_array=0x6f4d9650, tsrm_ls=tsrm_ls@entry=0x6f9a5278) at /home/pi/kernelcpp/res                                                                /php-5.6.17/Zend/zend_vm_execute.h:388
#5  0x00942574 in zend_execute_scripts (type=18941456, type@entry=8, tsrm_ls=tsrm_ls@entry=0x6f9a5278, retval=0x                                                                9616ec <virtual_chdir+52>, retval@entry=0x0, file_count=3)
    at /home/pi/kernelcpp/res/php-5.6.17/Zend/zend.c:1341
#6  0x008e18e0 in php_execute_script (primary_file=0x743d7d88, tsrm_ls=0x6f9a5278) at /home/pi/kernelcpp/res/php                                                                -5.6.17/main/main.c:2597
#7  0x00793460 in IPSScriptEngine::RunScriptThread(IPSScriptThreadEx&) ()
#8  0x76a61348 in ?? () from /usr/lib/arm-linux-gnueabihf/libstdc++.so.6

tomgr · 1. März 2016 um 18:15

Ich versuche erst immer ein eigenes Skript ausfindig zu machen, welches eine Absturz verursacht.
Da bin ich meistens fündig geworden, habe dann selber wieder was „falsches“ eingebaut.
Ich würde mal im LOG suchen, und mir die letzten Skripte anschauen, die da auftauchen, und dann von Hand einiges Testen.
So habe ich schon machem eigenen Fehler gefunden, und beheben können.

paresy · 3. März 2016 um 09:27

Das ist leider ein PHP Fehler, wofür ich dann entsprechend ein Beispiel brauche, wenn es genau passiert.
Hier mal für dich zur Referenz der PHP Fehler, von dem ich den Patch her habe. Evtl. ist dein Fehler reine Variation?

PHP :: Bug #66549 :: Reference counter mismanagement on exception handlers

paresy

sunni2002 · 24. März 2016 um 10:23

Hi,

Also Skript ist definitiv nicht Schuld. Starte den Dienst jetzt jeden morgen um 03:00Uhr neu. Seitdem habe ich keine Abstürze mehr :rolleyes: