PhpMyAdmin + PHP-FPM = SEGFAULT?

Question

[Андрей Прокопюк]

Очень странная на мой взгляд ситуация, происходит на сервере под управлением Debian 6. Установлены nginx/1.1.19, php5-fpm 5.4.2, MySQL 5.1.49, phpMyAdmin 3.5.1 (но была опробована и версия 4 с GitHub'а). Были попытки использовать расширения php-mysql и php-mysqli — разницы нет.



При любом обращении к phpMyAdmin выдается ошибка 502. В логах PHP никаких ошибок, в логах nginx что-то вроде этого:

2012/05/19 21:22:10 [error] 28509#0: *8917 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: xxx.xxx.xxx.xxx, server: example.com, request: "GET /folder/phpmyadmin/ HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "example.com"

А при просмотре /var/log/syslog видим:

May 19 21:22:10 Debian-60-squeeze-64-minimal kernel: [477859.209978] php5-fpm[28475]: segfault at 7fff6c7abff8 ip 0000000000641d5e sp 00007fff6c7ac000 error 6 in php5-fpm[400000+6ff000]

Что же такого может сделать phpMyAdmin, что процесс php-fpm падает с segfault'ом? Больше такая ситуация, к счастью, нигде не встречалась — только в phpMyAdmin'е.

Comments

[Владислав Раструснй]

Как собран PHP (./configure)?

[Андрей Прокопюк]

Он был установлен из репозиториев. Честно говоря, не удалось найти способа узнать опции, с которыми он был собран. Если не ошибаюсь, их можно было увидеть в phpinfo, но в данном случае там их нет.

[AndrewStephanoff]

выполните php-config

[Андрей Прокопюк]

Получается вот что:
root@Debian-60-squeeze-64-minimal ~ # php-config --configure-options
--prefix=/usr --with-apxs2=/usr/bin/apxs2 --with-config-file-path=/etc/php5/apache2 --with-config-file-scan-dir=/etc/php5/apache2/conf.d --build=x86_64-linux-gnu --host=x86_64-linux-gnu --sysconfdir=/etc --localstatedir=/var --mandir=/usr/share/man --disable-debug --with-regex=php --disable-rpath --disable-static --with-pic --with-layout=GNU --with-pear=/usr/share/php --enable-calendar --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-bcmath --with-bz2 --enable-ctype --with-db4 --with-qdbm=/usr --without-gdbm --with-iconv --enable-exif --enable-ftp --with-gettext --enable-mbstring --with-onig=/usr --with-pcre-regex=/usr --enable-shmop --enable-sockets --enable-wddx --with-libxml-dir=/usr --with-zlib --with-kerberos=/usr --with-openssl=/usr --enable-soap --enable-zip --with-mhash=yes --with-system-tzdata --with-mysql-sock=/var/run/mysqld/mysqld.sock --without-mm --with-curl=shared,/usr --with-enchant=shared,/usr --with-zlib-dir=/usr --with-gd=shared,/usr --enable-gd-native-ttf --with-gmp=shared,/usr --with-jpeg-dir=shared,/usr --with-xpm-dir=shared,/usr/X11R6 --with-png-dir=shared,/usr --with-freetype-dir=shared,/usr --with-imap=shared,/usr --with-imap-ssl --enable-intl=shared --without-t1lib --with-ldap=shared,/usr --with-ldap-sasl=/usr --with-mcrypt=shared,/usr --with-mysql=shared,/usr --with-mysqli=shared,/usr/bin/mysql_config --with-pspell=shared,/usr --with-unixODBC=shared,/usr --with-recode=shared,/usr --with-xsl=shared,/usr --with-snmp=shared,/usr --with-sqlite3=shared,/usr --with-mssql=shared,/usr --with-tidy=shared,/usr --with-xmlrpc=shared --with-pgsql=shared,/usr

Answer 1

[egorinsk]

Вы можете собрать/установить debug-версию и после падения отладчиком gdb посмотреть, где (в какой функции) произошла ошибка.

Comments

[Андрей Прокопюк]

Препятствие к этому в том, что воссоздать ситуацию на другом сервере не удалось. На тестовом сервере все в порядке, проблемы только на рабочем.

Answer 2

[Борис]

А чем не вариант поставить xdebug и дотошно пройти все шаги до места падения?

Comments

[Андрей Прокопюк]

Не получится. PHP сразу падает и ничего не отвечает.