- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте, подскажите - может было у кого?
CentOS 6, cPanel, http 2.2.24, php 5.2.17 с Zend, mod_ruid2 - в общем стандартный сервер с cPanel.
Периодически возникает проблема: идут запросы на один из сайтов на сервере, причем запросы простые - запрашивается обычная png-картинка, которой там даже нет - в ответ - ошибка 404. Но процессы вместо того чтобы освобождаться, висят используемые этим сайтом (при этом cpu не потребляют). В netstat - куча соединений со статусом CLOSE_WAIT, в ps - куча процессов вышеуказанного сайта, в server-status - все процессы обрабатывают запрос HTTP 1.1 на получение этой картинки.
Когда количество зависших соединений сравнивается с MaxClients, то понятное дело - никто зайти не на один сайт не может, при этом процессор не загружен.
Судя по описаниям в интернете, таймаут CLOSE_WAIT не настраивается и означает что программа (httpd в данном случае) не освобождает сокет который должен быть освобожден - соответственно висеть может бесконечно, перезапускать apache каждые 10 минут - не вариант.
Попробуйте выкинуть mod_ruid2
Попробуйте выкинуть mod_ruid2
Это предположение, или за ним уже замечены такие проблемы? Просто он идет с Cpanel и никаких извращений для его работы не нужно, а если его менять на mpm-itk и т.п. - то это не так просто сразу сделать.
До этого ведь все работало долгое время, и проблема возникает только с конкретным небольшим количеством IP адресов клиентов.
У меня хаутушка есть как поставить itk за 10 минут
Сами найдете или ссылку датб?
не использовал mod_ruid2 но неоднократно слышал что на более менее нагруженных проектах он - не торт.
т.е. itk чем-то выигрывает перед ruid2 ?
Кому интересно, проблема была в этом баге: https://bugs.php.net/bug.php?id=47640
Сайт был настроен таким образом, что в случае ошибки 404 отдавал не ошибку 404 а страничку на php, которая зависала на flock(), т.к. файл сессии был заблокирован другим процессом который был чем то занят. Поэтому процессы не завершались - висели бесконечно.
Вопрос на засыпку.
Кто как держит сессии php на шаред-хостинге? В виде файлов, или в БД/memcached? Как вы защищаетесь от подобной проблемы?
На шараде понятия не имею, на сервере в простых случаях можно и в ramfs