Freebsd + php + Zend Optimizer = core dump

Имею странную ситуацию.

FreeBSD 7
Php 5.2.10 из портов (cli, cgi, mod_php - пофигу)
Zend optimizer 3.3.3/3.3.0a (с портов, скачаный - пофигу)

Часть зазенденных скриптов вылетает с core dump.

Кора вылетает в районе _zend_mm_free_int (на самом деле, _zend_mm*, довольно рандомно).

zend_optimizer.optimization_level уже крутил - не помогло

Конфликт пхп-модулей маловероятен (оставлял только pcre, ситуация осталась).

От переизбытка чувству уже вырвал все волосы на жопе - не могу понять в чем может быть прикол.

Никто не поможет советом или жизненным опытом?

А откатится на зенд 3.2.8 не пробывал?
Вылетает на каких-то конкретных скриптах, или случайным образом?

Пробывал; 3.2.8; 3.3.0а, 3.3.3.
Вылезает в _некоторых_ скриптах (в общем-то в большинстве , но гарантировано.
Конкретное функция выброска корки меняется от скрипта к скрипту, имеет вид _zend_mm_*_(free|realloc|)_*

попробуй добавить в php.ini строчку
zend_optimizer.optimization_level=14

я с этого начал - к сожалению, не помогло.

А с чуть более старым пхп не пробывал?
Ядро фряхи generic, или пересобраное с кастомными опциями?

Можешь запостить php.ini - хотя бы секцию [Zend]?

Код:

[root@server /usr/local/etc]# uname -a                                                                                                   FreeBSD server 7.0-RELEASE-p7 FreeBSD 7.0-RELEASE-p7 #0: Sun Dec 21 12:33:45 UTC 2008     root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  i386 [Zend] zend_optimizer.version=3.3.3 zend_optimizer.optimization_level=14 zend_extension_manager.optimizer="/usr/local/Zend/lib/Optimizer-3.3.3" zend_extension_manager.optimizer_ts="/usr/local/Zend/lib/Optimizer_TS-3.3.3" zend_extension="/usr/local/lib/ioncube/ioncube_loader_fre_5.2.so" zend_extension_ts="/usr/local/lib/ioncube/ioncube_loader_fre_5.2_ts.so" zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.so

Предупреждая вопросы - ионкуб отключать не помогает.

bb-support писал:

А с чуть более старым пхп не пробывал?

Кстати спасибо за совет.
Надо попробовать.

Да не, никакого криминала не вижу...

Кто php собирал и откуда? Просто по тому, где вылетает, однозначно ясно, что на обращении к выделенным ранее блокам памяти. То есть либо сборка php кривая (я знаю, часто админы почему-то игнорируют порты и собирают сами "как получится", и часто получается хуйня), либо что-то совсем плохое в php.ini засунули, что конфликтует с Zend'ом и ломает heap - что, как я понимаю, отпадает, раз чистил. Есть маловероятный вариант (если сервер недавно взяли), что память битая попалась, тогда memcheck надо прогонять, но это уже к хостеру, удаленно это не делается.

Он из портов собирал

действительно, /etc/make.conf покажи
может дело в агрессивных настройках оптимизации

Dr.Syshalt: Знаешь что самое забавное? Что все собрано из портов по методу "make install и неепет" с дефолтными параметрами и дефолтным php.ini

Где-то в нете натыкался на то, что стоит с sysctl поиграть, но как бы аптайм у серва уже полгода, лишний раз перегружать стремно

zuborg:

Код:

PERL_VER=5.8.8 PERL_VERSION=5.8.8 # Keep apache configuration settings .if ${.CURDIR:M*/www/apache2*} WITHOUT_DAV_MODULES=yes #WITH_SSL_MODULES=yes WITH_SUEXEC_MODULES=yes WITH_MPM=worker SUEXEC_DOCROOT=/home #SUEXEC_SAFEPATH=/usr/local/bin:/usr/bin:/bin #SUEXEC_LOGFILE=/data/logs/web/default/httpd-suexec.log #SUEXEC_UIDMIN=1000 #SUEXEC_GIDMIN=1000 #SUEXEC_UMASK=027 .endif # Use mod_fastcgi with Apache 2 instead of the default Apache 1 .if ${.CURDIR:M*/www/mod_fastcgi} WITH_APACHE2=yes .endif .if ${.CURDIR:M*/www/webalizer*} WITH_GEOIP=yes .endif

ничего криминального... в смысле вообще ничего.

Хм... может, таки железо? Память бывает битая, вот только позавчера наткнулся.

Ну и глянь /var/log/messages, там никто ничего не орет?

У знакомого было такое на сайте, тоже собиралось из портов. Решил все простым образом - тупо скачал стабл версии апача, пхп, зенда с сайтов производителей. Собрал все с сырцов, подключил зенд и проблема пропала. Х.з. что там было, но такое решение гораздо быстрее.

Все, решилось.

Пересобрал по наитию из портов без апачевского модуля -- то бишь в non thread safe режиме.

Работает как по писаному.

Всем плюсов по максимуму за идеи и моральную поддержку

Мораль - нахуй freebsd

Ахуенный вывод

Нифига, мораль - нахуй пыхыпы
С пытоном в жизни проблем не было

Pentarh писал:

Ахуенный вывод

Да я вообще на то и смайлик поставил. Дома gentoo на обеих машинах, деск и ноут (и винда в вмвари), а это - что freebsd на линуксовом кернеле.

Но с линухами редхетоподобными то хорошо, что там бинарники ставишь. yum install и тп. И вопросов, "а не криво ли оно собралось", не возникает.

Зато когда серваков несколько стоек, проблема обновления встает ребром.

Одна только проблема с ядром centos 2.6.18-53 с повышением привилегий сколько гемороя доставила.

Фря же стоит и пятерко и даже четверко значительное количество времени без обновления и проблем не знает.

кстати глюк постоянный, уже пару лет наблюдаю:
если ставить пхп из портов как модуль апача + зенд оптимайзер, то большинство зазенденных скриптов не работает, выдается чистая страница просто (но в корку вроде не падает, не помню).
Перекомпиливаю из исходников с теми же параметрами конфигурации (через phpinfo смотрю с какими флагами они сконфигурирован был из портов) - все замечательно работает сразу
в режиме fast-cgi проблемы нет.

пхп 5.3.0 кстати зарелизился.
зенд оптимайзера только к нему пока нет, и неизвестно когда будет, особенно под freebsd.... была информация что больше freebsd они поддерживать не будут.

Ну и песда зенду

угу, смотрю многие скрипты разработчики с зенда на ioncube переводят уже.