Closed validname closed 10 years ago
Надо понять где конкретно оно уходит в себя. Лучше всего будет дождаться, когда проблема еще раз воспроизведется, и прицепиться к этому процессу GDB: gdb attach <pid процесса> после этого наберите bt full и пришлите мне вывод.
Антон, спасибо большое за быстрый ответ! Вот backtrace зависшего процесса (который полностью "ест" 1 ядро):
(gdb) bt full
No symbol table info available.
No symbol table info available.
No symbol table info available.
No symbol table info available.
No symbol table info available.
No symbol table info available.
No symbol table info available.
No symbol table info available.
No symbol table info available.
No symbol table info available.
Ага, спасибо. А с этим коммитом тоже пробовали? https://github.com/tony2001/pinba_extension/commit/b87958222c71850bb902ba58e9d619d1e97ddece Я как раз это и исправлял. И у нас, судя по всему, всё исправилось.
Вообще-то, правильнее даже будет по-другому исправить. Вот такой патч можете попробовать: https://gist.github.com/tony2001/8397919 ?
(моя вина: когда разбирался с проблемой, Вашего коммита еще не было, а вчера не проверил).
Собрал два exstension (последний коммит и тоже самое + патч), поставил на тест.
сутки прошли - на тестах полёт нормальный. Поставлю на production вариант с добавочным патчем, в пятницу отпишусь.
Антон, всё нормально, сейчас проблем нет. Спасибо за помощь!
(I'm sorry for using Russian language, I just want to make sure that I describe all precisely. And I hope you respond on this issue anyway. But I can translate it to English by your first request.)
У нас есть две проблемы, касающиеся связки PHP-FPM 5.4.21 + pinba extension. До этого мы без проблем использовали PHP-FPM 5.3.x + extension v.0.0.6, но затем "проапгрейдились". Обе проблемы связаны со временем работы PHP-чайлда:
Что удалось установить:
Я собрал и запустил комплект из debug'овой версии PHP-FPM и всех extension'ов, но он работает нормально.
В относительных цифрах проблемы проявляется нечасто: всего 0,005% от общего числа запросов. Но в абсолютных цифрах мы имеем порядка 400 не отработавших скриптов в сутки. Плюс, источник этих проблем - неизвестен и это нервирует: вдруг проблема насчет проявляться чаще?
Можете ли Вы подсказать, куда двигаться дальше, чтобы найти источник проблемы?