- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Всем привет!
Столкнулся с неприятным поведением Apache 2.4.25 mod_event:
Раз в несколько часов он засыпает и перестаёт принимать соединения.
От 1 до 5 минут стоИт, подключения рвутся по time-out, а затем возобновляет работу как ни в чём не бывало. Если во время простоя сделать restart сервиса - тут же начинает работать дальше.
Пробовал тестировать на статике www.example.com/picture.jpeg - подтверждается.
Пробовал во время простоя с него же через ssh запустить wget https://www.example.com/picture.jpeg - не работает.
пишет http request sent, awaiting response и ждет
Пробовал через ssh сделать wget http://192.168.1.233/picture.jpeg - та же песня.
С другого компа из той же сетки или через интернет - то же самое.
apache2 71418 root 4u IPv6 2424619 0t0 TCP *:http (LISTEN)
apache2 71418 root 6u IPv6 2424623 0t0 TCP *:https (LISTEN)
apache2 82943 www-data 4u IPv6 2424619 0t0 TCP *:http (LISTEN)
apache2 82943 www-data 6u IPv6 2424623 0t0 TCP *:https (LISTEN)
apache2 90872 www-data 4u IPv6 2424619 0t0 TCP *:http (LISTEN)
apache2 90872 www-data 6u IPv6 2424623 0t0 TCP *:https (LISTEN)
apache2 90872 www-data 22u IPv6 3038566 0t0 TCP 192.168.1.233:https->213-180-203-59.spider.yandex.com:35533 (CLOSE_WAIT)
apache2 90872 www-data 25u IPv6 3036995 0t0 TCP 192.168.1.233:https->178-154-244-49.spider.yandex.com:58815 (CLOSE_WAIT)
apache2 90872 www-data 27u IPv6 3042186 0t0 TCP 192.168.1.233:https->178-154-244-49.spider.yandex.com:39901 (CLOSE_WAIT)
apache2 91388 www-data 25u IPv6 3050780 0t0 TCP 192.168.1.233:https->178-154-244-49.spider.yandex.com:42797 (CLOSE_WAIT)
apache2 91388 www-data 26u IPv6 3049298 0t0 TCP 192.168.1.233:https->178-154-244-49.spider.yandex.com:50761 (CLOSE_WAIT)
apache2 91388 www-data 29u IPv6 3049590 0t0 TCP 192.168.1.233:https->178-154-244-49.spider.yandex.com:58395 (CLOSE_WAIT)
apache2 91388 www-data 33u IPv6 3055803 0t0 TCP 192.168.1.233:https->213-180-203-59.spider.yandex.com:45649 (CLOSE_WAIT)
apache2 91388 www-data 34u IPv6 3055870 0t0 TCP 192.168.1.233:https->178-154-244-49.spider.yandex.com:61433 (ESTABLISHED)
Конечно же, в error.log уровня warn полная тишина.
Если сделать lsof -i в момент засыпания, то 6 воркеров, из которых 4 чт
При этом, все остальные сервисы в момент засыпания апача продолжают работать.
На сервере Debian, Apache php-fpm mod-proxy-fcgid mariadb.
А в error.log при этом что?
И в dmesg ещё
А зачем лишняя прослойка на сервере в виде apache2 ?
Nginx+ php-fm наше все!
А зачем лишняя прослойка на сервере в виде apache2 ?
Nginx+ php-fm наше все!
Иногда так нужно. А ваше всё это ваше 😂
ТС, вы вообще посмотрите, что делает апатч через апатч статус, какие запросы принимает и что обрабатывает. Возможно в лимит его упёрлись из-за неверных настроек.
LEOnidUKG, скорее всего ввиду особенностей работы модели event, какой то из php процессов завис, и в результате весь веб сервер ждёт, пока он отдуплится. А может быть этот баг:
https://bz.apache.org/bugzilla/show_bug.cgi?id=60956
может быть что-то другое, надо сделать детализацию логов побольше и в логи смотреть, что гадать.
Вот поэтому я и говорил, чтобы хотя бы посмотреть, чем занят апатч.
---------- Добавлено 21.01.2019 в 14:14 ----------
Вроде у ТС новее версия, чем 2.4.23
Но я бы обновил до последней, чего уж там.
Вроде у ТС новее версия, чем 2.4.23
В его версии на дебиан этот баг есть: https://serverfault.com/a/918334
Иногда так нужно. А ваше всё это ваше 😂
.
🤣 так нужно только тем, кто платить не хочет за нормальную настройку nginx+php-fpm и сам настроить не умеет.
🤣 так нужно только тем, кто платить не хочет за нормальную настройку nginx+php-fpm и сам настроить не умеет.
Связка nginx+apache уступает nginx+php-fpm только тем что требует большего количества памяти. А если памяти свободной много (так много что и файловый кэш уже не растёт и всем её хватает за запасом) то по быстродействию nginx+apache нисколько не уступает а по удобству даже превосходит nginx+php-fpm.
по быстродействию nginx+apache нисколько не уступает а по удобству даже превосходит nginx+php-fpm.
https://www.olegpro.ru/post/sravnenie_skorosti_apache__mod_php_i_nginx__php_fpm.html
Цитирую
Веб-сервер Nginx + php-fpm рвёт Apache в клочья по всем показателям. Разница почти везде в 50%. В случае в связке nginx + php7-fpm вообще космос.