4 апреля 2008 в 22:17
Ну чего... вот одна из причин того что мы с эндипостом называем друпал502:
Обнаружен глюк eaccelerator при работе с php в режиме апачевского модуля.
Система просто не подгружала или некорректно подгружана inc/theme.inc в CMF drupal. В итоге из php нельзя было выбить никаких ошибок а сервер давал ошибку 502.
Я привык пользовать php в режиме fast-cgi.
Похоже это специфичная для eaccelerator ошибка когда php пашет как модуль apache, поскольку такое уже замечалось ранее на сторонних хостингах, просто я не придавал этому значения.
Оригинал на моем блоге.
Комментарии
Какая-то хитрая комбинация. Если php падает в core, то проанализировать бы его - на какой именно функции валится. И просто для инфы - какие версии php и eaccelerator?
Обновите версию eAccelerator.
просплюсь скажу версии... я там не админ к сожалению или к счастью. только сайт ставлю.
админят другие
PHP Version 5.2.5
eAccelerator v0.9.5.2
а еще если стоит apache+nginx и через nginx отдавать статические картинки - то не будет работать Imagecache модуль ((( так как что бы он работал - то когда картинки нет - nginx должен передать управление апачу, а не известно как ему это в конфиг вписать и умеет ли он вообще такое.
Вообще то умеет.
говорят что нужно
------------------------
Нечто похожее на следующий код. Если не найден файл, то nginx проксирует запрос на бэкэнд.
location ^~ /files/imagecache/thumb/ {
if (!-f $request_filename) {
proxy_pass http://127.0.0.1:8080;
}
root /var/www/site.ru/html/;
}
------------------------
ну я вообще то умею делать на нгинксе такие вещи и не только....
а что например еще можно на нем делать?
не в тему... но вообще. для российских медленных каналов актуально. медленные соединения может обрабатывать nginx а апач при этом будет освобождаться быстрее.
Откройте большой число коннектов на сайт на апаче без фронтэнда и вы сожрете там всю память
nginx как раз для решения этих проблем. на тему рерайтов - он может больше чем апач по моему. по крайней мере он может это удобнее.
ну это понятно
а еще бывает такая невероятная но встречающаяся ситуация когда некачественный вентилятор на процессоре особенно интелл-бокс который, так вибрирует что трясет весь корпус, а в серверах они жесткие и маленькие - и вибрация передается винчестеру и он не может нормально позиционировать головки и происходят задержки в несколько секунд при чтении - а если это нагруженный сервер - то тогда получается очень странная ситуация когда загрузка процессора нулевая, а очередь лавинообразно растет.
не курите на ночь
нашел причину зависаний
оказывается это у всех такое с некоторым сочетанием железа
это баг ядра
вот тут написано
http://kerneltrap.org/node/16175
http://kerneltrap.org/node/16171
http://forum.ubuntu.ru/index.php?topic=23108.0
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/217920
https://bugs.launchpad.net/ubuntu/+bug/164183
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/229747
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/159521
https://bugs.launchpad.net/ubuntu/+bug/164183
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/187146
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/221437
https://bugs.launchpad.net/ubuntu/+bug/226600
Любезный, у нас не линукс.
Фря? там тоже глюков хватает если компилировать из портов.
FastCGI вообще никакой не fast в случае с PHP
http://dklab.ru/chicken/nablas/49.html
А уж глюков от него - немеряно.
Скажем элементарная imagecache Друпала замечательно завелась у меня с mod_php, хотя на FastCGI ничего не получалось......
Durak, nginx + php-fpm (без апача) нормально работают с imagecache, просто нужно правильно конфиг nginx'a писать
у нас на проекте работало и так и так. )