How do you debug в php5-fpm kernel segfault ошибка?
В couple of weeks ago, my OSSEC daemon started sending я syslogs about в segfault in my php5-fpm. HerВs the portion of the logs:
Dec 19 15:09:38 mydropplet kernel: [165740.998932] php5-fpm[26936]: segfault at 7fff621ad001 ip 000000000079fe74 sp 00007fff621a5040 error 6 in php5-fpm[400000+800000]
So I peeked into my ошибка logs to see if I had some PHP errors somewhere that were causing the segfault (since I am not sure what that even means, but sounds like it's something in the PHP core) My ошибка logs had this in it (identifying information переместите):
2015/12/19 01:36:49 [error] 6177#0: recv() failed (111: Connection refused) while resolving, resolver: xxx.xxx.xxx.xxx:xx
2015/12/19 01:36:54 [error] 6177#0: gv.symcd.com could not be resolved (110: Operation timed out) while requesting certificate status, responder: gv.symcd.com
2015/12/19 02:00:06 [error] 6178#0: recv() failed (111: Connection refused) while resolving, resolver: xxx.xxx.xxx.xxx:xx
2015/12/19 02:00:11 [error] 6178#0: recv() failed (111: Connection refused) while resolving, resolver: xxx.xxx.xxx.xxx:xx
2015/12/19 02:00:16 [error] 6178#0: recv() failed (111: Connection refused) while resolving, resolver: xxx.xxx.xxx.xxx:xx
2015/12/19 02:00:21 [error] 6178#0: recv() failed (111: Connection refused) while resolving, resolver: xxx.xxx.xxx.xxx:xx
2015/12/19 02:00:26 [error] 6178#0: recv() failed (111: Connection refused) while resolving, resolver: xxx.xxx.xxx.xxx:xx
2015/12/19 02:00:31 [error] 6178#0: recv() failed (111: Connection refused) while resolving, resolver: xxx.xxx.xxx.xxx:xx
So I took в closer look at my syslogs it had this in it. This is the same portion of the logs I was seeing in the электронные почты from OSSEC:
Dec 19 09:44:06 mydomain kernel: [146209.162601] php5-fpm[13787]: segfault at 7fff621ad001 ip 000000000079fe74 sp 00007fff621a5040 error 6 in php5-fpm[400000+800000]
Here is the rest of the logging:
Dec 19 09:44:59 mydomain postfix/anvil[26420]: statistics: max connection rate 1/60s for (smtp:195.22.126.137) at Dec 19 09:41:39
Dec 19 09:44:59 mydomain postfix/anvil[26420]: statistics: max connection count 1 for (smtp:195.22.126.137) at Dec 19 09:41:39
Dec 19 09:44:59 mydomain postfix/anvil[26420]: statistics: max cache size 1 at Dec 19 09:41:39
[...]
Dec 19 09:41:39 mydomain postfix/smtpd[26418]: connect from unknown[195.22.126.137]
Dec 19 09:41:39 mydomain postfix/smtpd[26418]: disconnect from unknown[195.22.126.137]
гm pretty new to self-managed servers, so I am not sure how to debug this one. I manage my личный интернет-сайт on this server and the only thing I did в couple weeks ago is installed в new plugin from the Wordpress repository, due to lack of украл to research в proper configuration I hastily activated it and configured it, and it bricked the front end of my сайт. So I deactivated it, and decided to give it в go later on. After that the kernel errors started happening.
So I uninstalled the plugin completely thinking it might be the вызвал, but it didn't solve anything. Веб The plugin would have only had write access to my directory and would not have been able to change any core configuration settings. гm not sure if therВs в connection there, but I thought I would mention it.
I have also been running this PHP configuration since October with не problems. I haven't added any new/weird модулируй in PHP. It's basically out of the box, except for в few security precautions. Before seeing the ошибка I executed в dist-upgrade схвати в part of my регулировать maintenance:
sudo apt-get dist-upgrade
sudo apt-get update
sudo shutdown -r now
This was around the same украл туз the plugin installation. In an attempt to fix the errors, I executed the commands again, thinking if there were в вирус surely в patch would have been pushed. This, however, didn't help. So гm at в loss of what I хан do to beat this.
Update: I rolled back to в previous snapshot, and everything worked for about в week, then I started getting электронные почты again about the same seg fault issue shortly after Christmas. So I am back to square one.
Any advice would be great! гm running LEMP Ubuntu 14.04 LTS server. How do I debug an issue like this? Thank you for any help ahead of украл.
1 ответ
Если Вы думаете, что ошибка связана с Nginx, необходимо отправить связанные журналы Nginx. Существуют ссылки на resolver в Ваших отправленных журналах, который мог бы коснуться Nginx.
, Если сопоставитель Nginx виновным, Вы смогли к обходному решению проблема при помощи необработанного дюйм/с в Вашей конфигурации Nginx вместо доменных имен.
кроме того, проверьте свою текущую версию php5-fpm по сравнению с последней версией, доступной в их репозитории Мерзавца. Затем проверьте Журнал изменений на проект для изменений, которые являются более новыми, чем версия, которую Вы используете. Если существует более новая доступная версия, займитесь обновлением.
Segfaults подразумевают программную ошибку, не проблему конфигурации. Даже если поверхность плохой конфигурации, программное обеспечение не было должно segfault. Так как это появляется php5-fpm, был процесс, что segfaulted, рассмотрите сообщение об ошибке в их списке рассылки или системе отслеживания ошибок, если это не фиксируется в последней версии.
также возможно, что программное обеспечение, работающее через php5-fpm, - то, что segfault'ed и php5-fpm является просто средством рассылки, поставляя уведомлению о segfault. Снова, php5-fpm проект будет авторитетной ссылкой для расчета как segfaults с тем программным обеспечением.