- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Стоит Centos 5, Nginx, панель ispmanager.
Стала постоянно выскакивать ошибка 504 Bad Gataway, в лог пишется ледующее:
1) 2010/07/03 15:35:55 [error] 21517#0: *3164015 upstream timed out (110: Connection timed out) while reading response header from upstream
2) 2010/07/03 15:35:55 [error] 21516#0: *3164015 upstream timed out (110: Connection timed out) while reading response header from upstream
3) 2010/07/03 15:35:55 [error] 21517#0: *3164023 upstream timed out (110: Connection timed out) while reading response header from upstream
При этом доступно более 70% свободных ресурсов ресурсов. С чем может быть связана эта проблема, и как ее устранить? Какие настройки нужно подправить, для решения этой ошибки?
пишите посмотрем
Дать больше ресурсов бекенду (апачу)
Andreyka, как это можно сделать? Сейчас стоит:
В настройках PHP:
Время выполнения 120с
Лимит памяти 32 мб
Макс.размер запроса 32
Макс.размер файлов: 32
В /etc/httpd/conf/httpd.conf выставлено следующее:
# prefork MPM
# StartServers: number of server processes to start
# MinSpareServers: minimum number of server processes which are kept spare
# MaxSpareServers: maximum number of server processes which are kept spare
# ServerLimit: maximum value for MaxClients for the lifetime of the server
# MaxClients: maximum number of server processes allowed to start
# MaxRequestsPerChild: maximum number of requests a server process serves
<IfModule prefork.c>
StartServers 8
MinSpareServers 5
MaxSpareServers 20
ServerLimit 256
MaxClients 256
MaxRequestsPerChild 4000
</IfModule>
# worker MPM
# StartServers: initial number of server processes to start
# MaxClients: maximum number of simultaneous client connections
# MinSpareThreads: minimum number of worker threads which are kept spare
# MaxSpareThreads: maximum number of worker threads which are kept spare
# ThreadsPerChild: constant number of worker threads in each server process
# MaxRequestsPerChild: maximum number of requests a server process serves
<IfModule worker.c>
StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 0
</IfModule>
PS. Ошибка выскакивает как на сайтах использующих PHP, так и на сайтах только с HTML.
http://forum.nginx.org/read.php?21,44308,44316
Плавно повышать циферки наугад или попросить специалиста
Andreyka, а какие именно циферки поднимать. И чем верхний столбец отличается от нижнего? Часть значений же совпадает. Но почему-то они разные.
Andreyka, а какие именно циферки поднимать. И чем верхний столбец отличается от нижнего? Часть значений же совпадает. Но почему-то они разные.
Это настройки для разных MPM-модулей. У Вас работает какой-то один, скорее всего prefork (узнать точно можно например командой /usr/sbin/httpd -l).
Смотрите в документации апача что означают эти "циферки":
http://httpd.apache.org/docs/2.2/
Сразу скажу, что никакие повышения циферок наугад не помогут. 504 - это мертвый апач, а не тормозящий апач. Может лучше начать с логов апача? Почему он падает?
Дайте логи от "за 5 минут до" и вплоть до 2010/07/03 15:35:55
Сразу скажу, что никакие повышения циферок наугад не помогут. 504 - это мертвый апач, а не тормозящий апач. Может лучше начать с логов апача? Почему он падает?
Дайте логи от "за 5 минут до" и вплоть до 2010/07/03 15:35:55
504 - это ответ nginx, он к апачу имеет только то отношение, что nginx до него не достучался. А потому что именно тот тормозит. Если бы не отвечал вовсе (connection refused...) - логи nginx выглядели бы иначе.
А наугад, конечно, не надо - документацию сперва посмотреть нада...
504 - это ответ nginx, он к апачу имеет только то отношение, что nginx до него не достучался. А потому что именно тот тормозит. Если бы не отвечал вовсе (connection refused...) - логи nginx выглядели бы иначе.
А наугад, конечно, не надо - документацию сперва посмотреть нада...
Я знаю, что 504 отдает нгинкс. Только Вы ошибаетесь, что если апач тормозит, то нгинкс отдаст 504. Он отдаст 503 в таком случае. Апач именно мертв. Тормозящий Апач поставит в очередь и скажет нгинксу Service Unavailabe, а не Gateway Timeout.