myhand

Рейтинг
278
Регистрация
16.09.2009
mloezk:
Скорее всего ошибки, как то связанны.

Какие-то аргументы в пользу этого вы способны привести? Ну, помимо "эти строчки есть в одном и том же лог-файле" :D

mloezk:
Чтобы избавиться от первой ошибки, можно увеличить число процессов(pm.max_children) до 10-100.

А че мелочиться - давай до 1000 сразу.

mloezk:
А также разобраться

О, а вот с этого действительно стоит начать!

Reise:
У меня выделенный сервер.

Тем хуже - за железками добрый дядинька не следит...

Reise:
Осталось определить как конкретно оно могло повлиять на php-fpm

Что тут нужно "определять"? Стоит толпа процессов - и обрабатывает ваши медленные запросы. А больше наплодить их php-fpm не позволено.

Reise:
Вы знаете, даже не в жадности проблема. Принципиально не хочу никого пускать на сервер. А то был когда-то давно прецедент: некий недобросовестный системный администратор (сразу уточню, не с серча) развернул на моем сервере целый комплекс для себя. Полностью залатать дыры я так и не смог и кончилось это тем, что я тупо сменил сервер и отсетапил все заново. Я не говорю, что это так всегда, всегда раньше пользовался услугами и все ок, а вот однажды и такое случилось...

У семи нянек - дитя без глазу. Просто не нужно судорожно искать на форуме/в списке контактов ICQ/etc нового "администратора", когда приспичит что-то решить, а метода тыка вам для этого не хватит... Сотрудничайте с кем-то постоянно. Если нет желания приобретать профильные знания систематически - имеет смысл отдать кому-то сервера на постоянное администрирование.

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

Если надо, чтобы работало: либо хоть немного думайте головой (да, конфиг nginx *тоже* нужно ведь было изменить соответствующе, а?) - либо не жадничайте.

Reise:
Подскажите пожалуйста, в чем может быть проблема.
[09-Aug-2012 04:32:46] WARNING: [pool www] server reached pm.max_children setting (5), consider raising it

- Здесь вам все верно "подсказали". Есть вопросы по этому?

Возможно, что за "падения" с вашей точки зрения - ответственно именно это. Тупо увеличивать не надо - надо разобраться почему старая настройка перестала быть достаточной (может на бакенде есть какие-то медленные скрипты и т.п.).

[09-Aug-2012 04:07:27] WARNING: [pool www] child 12043 exited on signal 11 (SIGSEGV) after 35.646667 seconds from start

А вот это уже похоже на реальное "падение". Если таких строчек много (напр., количество сравнимо с reached pm.max_children setting) - нужно разбираться. Ставьте пакеты с отладочными символами, получайте coredump и анализируйте его дебагером.

Reise:
что это, можно поподробнее?

В гугле забанили?

http://mmonit.com/monit/

market-style:
сервер не отвечает :(

Телепаты в отпуске. Смотрите логи - может у вас соответствующий модуль (директива expires) - не скомпилирован в nginx.

Den73:
nginx не плохо документирован
http://www.nginx.org/ru/docs/

Категорически поддерживаю данного оратора. И хватит плодить стопицот одинаковых тем, задавая элементарные вопросы - читайте документацию.

retexica:
Если FreeBSD то попробуте пересобрать из портов модуль mysql-pdo.

Там Debian или Ubuntu, какой к черту bsd.

madoff:
В хетцентре нету Openvz там kvm везде.

Тем лучше - больше похоже на реальный сервер.

Sower:
Примерно так и думал. То есть без дополнительных скриптов, на голом htaccess, это реализовать нельзя. Правильно понял?

Смотрите логи. Убедитесь, что вы доступ к 403.htm не запаролили, Romka_Kharkov вам правильно подсказал.

eugene-last:
болтуна видно по болтунке. крепкого здоровья вашему нормальному дистрибутиву

Ну-ну... Послушайте все-таки добрых людей и опишите ваши "изменения" прав.

/ru/forum/comment/10696207

- присоединяюсь к вопросам.

serg-smirnoff:
Может подсказать, что еще помониторить. И как вообще отловить ошибку? Бьюсь второй день. Сам не админ.

Нанять админа.

Первый вопрос, который моментально возникает - что изменилось с нагрузкой на сервер? Смотрите логи доступа, посещаемость, необычные запросы. Раз vps на openvz/virtuozzo - смотрите /proc/user_beancounters.

netwind:
Смиритесь. Вам не дано решить эту проблему.

Ну почему? Не полениться, прекратить насиловать труп - и перейти на amd64.

Всего: 4890