Apache засыпает на 3-5 минут

12
M
На сайте с 04.08.2011
Offline
102
1249

Всем привет!

Столкнулся с неприятным поведением 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 - та же песня.

С другого компа из той же сетки или через интернет - то же самое.

lsof -i | grep http
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.

Оптимизайка
На сайте с 11.03.2012
Offline
396
#1

А в error.log при этом что?

⭐ BotGuard (https://botguard.net) ⭐ — защита вашего сайта от вредоносных ботов, воровства контента, клонирования, спама и хакерских атак!
B
На сайте с 21.10.2010
Offline
94
#2

И в dmesg ещё

Дела должны делаться
D
На сайте с 28.06.2008
Offline
1101
#3

А зачем лишняя прослойка на сервере в виде apache2 ?

Nginx+ php-fm наше все!

LEOnidUKG
На сайте с 25.11.2006
Offline
1722
#4
Dram:
А зачем лишняя прослойка на сервере в виде apache2 ?

Nginx+ php-fm наше все!

Иногда так нужно. А ваше всё это ваше 😂

ТС, вы вообще посмотрите, что делает апатч через апатч статус, какие запросы принимает и что обрабатывает. Возможно в лимит его упёрлись из-за неверных настроек.

✅ Мой Телеграм канал по SEO, оптимизации сайтов и серверов: https://t.me/leonidukgLIVE ✅ Качественное и рабочее размещение SEO статей СНГ и Бурж: https://getmanylinks.ru/
Оптимизайка
На сайте с 11.03.2012
Offline
396
#5

LEOnidUKG, скорее всего ввиду особенностей работы модели event, какой то из php процессов завис, и в результате весь веб сервер ждёт, пока он отдуплится. А может быть этот баг:

https://bz.apache.org/bugzilla/show_bug.cgi?id=60956

может быть что-то другое, надо сделать детализацию логов побольше и в логи смотреть, что гадать.

LEOnidUKG
На сайте с 25.11.2006
Offline
1722
#6
скорее всего ввиду особенностей работы модели event, какой то из php процессов завис,

Вот поэтому я и говорил, чтобы хотя бы посмотреть, чем занят апатч.

---------- Добавлено 21.01.2019 в 14:14 ----------

А может быть этот баг:

Вроде у ТС новее версия, чем 2.4.23

Но я бы обновил до последней, чего уж там.

Оптимизайка
На сайте с 11.03.2012
Offline
396
#7
LEOnidUKG:
Вроде у ТС новее версия, чем 2.4.23

В его версии на дебиан этот баг есть: https://serverfault.com/a/918334

Mik Foxi
На сайте с 02.03.2011
Offline
1076
#8
LEOnidUKG:
Иногда так нужно. А ваше всё это ваше 😂
.

🤣 так нужно только тем, кто платить не хочет за нормальную настройку nginx+php-fpm и сам настроить не умеет.

Антибот, антиспам, веб файрвол, защита от накрутки поведенческих: https://antibot.cloud/ + партнерка, до 40$ с продажи.
suffix
На сайте с 26.08.2010
Offline
325
#9
foxi:
🤣 так нужно только тем, кто платить не хочет за нормальную настройку nginx+php-fpm и сам настроить не умеет.

Связка nginx+apache уступает nginx+php-fpm только тем что требует большего количества памяти. А если памяти свободной много (так много что и файловый кэш уже не растёт и всем её хватает за запасом) то по быстродействию nginx+apache нисколько не уступает а по удобству даже превосходит nginx+php-fpm.

Клуб любителей хрюш (https://www.babai.ru)
D
На сайте с 28.06.2008
Offline
1101
#10
suffix:
по быстродействию 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 вообще космос.
12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий