- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Не могу понять куда копать.
Server Version: Apache/2.2.21 (Unix)
Max Requests Per Child 4000
Перед апатчем nginx, там ограничение на 60 сек. В PHP тоже 60 сек.
Но висят, процессы и всё. Разных движков, разных направлений.
Где-то за неделю штук 5 накапливается.
Почему не апатч их не убивает?!
---------- Добавлено 10.02.2012 в 20:45 ----------
Посмотрел несколько процессов висящих, у них Trace:
poll([{fd=194, events=POLLIN|POLLPRI}], 1, 1000) = 0 (Timeout)
poll([{fd=194, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
clock_gettime(CLOCK_MONOTONIC, {1805730, 851178376}) = 0
clock_gettime(CLOCK_MONOTONIC, {1805730, 851207301}) = 0
clock_gettime(CLOCK_MONOTONIC, {1805730, 851237670}) = 0
poll([{fd=194, events=POLLIN|POLLPRI}], 1, 1000) = 0 (Timeout)
Issue имеется: https://issues.apache.org/bugzilla/show_bug.cgi?id=42829
Мде, с 2007 не смогли до сих пор нормально подкрутить, прелестно...
GracefulShutdownTimeout попробуйте выставить
GracefulShutdownTimeout попробуйте выставить
Спасибо. Поставил 120, посмотрим-с
Не, не помогло.
Висят, уже 4-ре штучки за сутки.
---------- Добавлено 11.02.2012 в 13:36 ----------
Я чёт не понял, а что все этим страдают и руками перезагружают апатч, на всех серверах, где есть Apache? Да ладно :)
Я чёт не понял, а что все этим страдают
Чем таким "этим"? Вы привели кусок трейса - по нему можно только гадать о проблеме. Далеко не факт, что она связана буквально с приведенным выше багом. Ставьте отладочные символы, смотрите дебагером.
и руками перезагружают апатч, на всех серверах, где есть Apache?
Например, я с подобным поведением (когда пришлось "руками перезагружать") уже давно не сталкивался. А когда последний раз натыкался на проблемы с неумирающими в "G" процессами - это было обязано какому-то багу в PHP-расширении, сидящем в mod_php.
Возможно, "разные движки" имеют нечно общее типа какого-то расширения PHP для кеширования.
Не могу понять куда копать.
Server Version: Apache/2.2.21 (Unix)
Max Requests Per Child 4000
Перед апатчем nginx, там ограничение на 60 сек. В PHP тоже 60 сек.
Но висят, процессы и всё. Разных движков, разных направлений.
Где-то за неделю штук 5 накапливается.
Почему не апатч их не убивает?!
---------- Добавлено 10.02.2012 в 20:45 ----------
Посмотрел несколько процессов висящих, у них Trace:
poll([{fd=194, events=POLLIN|POLLPRI}], 1, 1000) = 0 (Timeout)
poll([{fd=194, events=POLLIN|POLLPRI}], 1, 0) = 0 (Timeout)
clock_gettime(CLOCK_MONOTONIC, {1805730, 851178376}) = 0
clock_gettime(CLOCK_MONOTONIC, {1805730, 851207301}) = 0
clock_gettime(CLOCK_MONOTONIC, {1805730, 851237670}) = 0
poll([{fd=194, events=POLLIN|POLLPRI}], 1, 1000) = 0 (Timeout)
ipv6 отключите, в системе.
ipv6 отключите, в системе.
Не факт. Хотя, ага - в моем случае проблема была именно в поддержке ipv6.
Хм, сейчас попробую.
Не хило я так перезагрузил сервак, что в ДЦ материнку пришлось поменять :D