Падают демоны на PHP (Apache + Nginx), в чем причина?
На днях переехал на сервер VPS и вроде бы все настроил, но стали сами по себе падать PHP процессы которые я запускаю как демоны. Падают в одно и тоже время с интервалов в 1-2 минуты, вот последний раз процесс работал с 00:44 до 11:27 и время постоянно разно. Установлена IspManager 5, крон весь проверял, подозреваю, что перезагружается Apache
Вот отрывок ил error.log:
[Thu Mar 24 11:15:42 2016] [notice] Apache/2.2.22 (Debian) configured — resuming normal operations
[Thu Mar 24 11:30:58 2016] [notice] caught SIGTERM, shutting down
[Thu Mar 24 11:31:03 2016] [notice] Apache/2.2.22 (Debian) configured — resuming normal operations
[Thu Mar 24 11:31:50 2016] [notice] caught SIGTERM, shutting down
[Thu Mar 24 11:31:51 2016] [notice] Apache/2.2.22 (Debian) configured — resuming normal operations
[Thu Mar 24 11:31:52 2016] [notice] caught SIGTERM, shutting down
[Thu Mar 24 11:31:58 2016] [notice] Apache/2.2.22 (Debian) DAV/2 PHP/5.4.45-0+deb7u2 mod_ssl/2.2.22 OpenSSL/1.0.1e configured — resuming normal operations
[Thu Mar 24 11:31:59 2016] [notice] SIGHUP received. Attempting to restart
[Thu Mar 24 11:31:59 2016] [notice] Apache/2.2.22 (Debian) DAV/2 PHP/5.4.45-0+deb7u2 mod_ssl/2.2.22 OpenSSL/1.0.1e configured — resuming normal operations
[Thu Mar 24 11:32:18 2016] [notice] caught SIGTERM, shutting down
[Thu Mar 24 11:32:19 2016] [notice] Apache/2.2.22 (Debian) DAV/2 PHP/5.4.45-0+deb7u2 mod_ssl/2.2.22 OpenSSL/1.0.1e configured — resuming normal operations
[Thu Mar 24 11:32:38 2016] [notice] Graceful restart requested, doing restart
[Thu Mar 24 11:32:38 2016] [error] (9)Bad file descriptor: apr_socket_accept: (client socket)
[Thu Mar 24 11:32:38 2016] [error] (9)Bad file descriptor: apr_socket_accept: (client socket)
[Thu Mar 24 11:32:38 2016] [error] (9)Bad file descriptor: apr_socket_accept: (client socket)
[Thu Mar 24 11:32:38 2016] [error] (9)Bad file descriptor: apr_socket_accept: (client socket)
Похоже что-то отправляет ему сигнал, но суть в том, что не всегда, когда Apache получает «caught SIGTERM, shutting down» он перезагружается.
Прошу помощи: с
Вот отрывок ил error.log:
[Thu Mar 24 11:15:42 2016] [notice] Apache/2.2.22 (Debian) configured — resuming normal operations
[Thu Mar 24 11:30:58 2016] [notice] caught SIGTERM, shutting down
[Thu Mar 24 11:31:03 2016] [notice] Apache/2.2.22 (Debian) configured — resuming normal operations
[Thu Mar 24 11:31:50 2016] [notice] caught SIGTERM, shutting down
[Thu Mar 24 11:31:51 2016] [notice] Apache/2.2.22 (Debian) configured — resuming normal operations
[Thu Mar 24 11:31:52 2016] [notice] caught SIGTERM, shutting down
[Thu Mar 24 11:31:58 2016] [notice] Apache/2.2.22 (Debian) DAV/2 PHP/5.4.45-0+deb7u2 mod_ssl/2.2.22 OpenSSL/1.0.1e configured — resuming normal operations
[Thu Mar 24 11:31:59 2016] [notice] SIGHUP received. Attempting to restart
[Thu Mar 24 11:31:59 2016] [notice] Apache/2.2.22 (Debian) DAV/2 PHP/5.4.45-0+deb7u2 mod_ssl/2.2.22 OpenSSL/1.0.1e configured — resuming normal operations
[Thu Mar 24 11:32:18 2016] [notice] caught SIGTERM, shutting down
[Thu Mar 24 11:32:19 2016] [notice] Apache/2.2.22 (Debian) DAV/2 PHP/5.4.45-0+deb7u2 mod_ssl/2.2.22 OpenSSL/1.0.1e configured — resuming normal operations
[Thu Mar 24 11:32:38 2016] [notice] Graceful restart requested, doing restart
[Thu Mar 24 11:32:38 2016] [error] (9)Bad file descriptor: apr_socket_accept: (client socket)
[Thu Mar 24 11:32:38 2016] [error] (9)Bad file descriptor: apr_socket_accept: (client socket)
[Thu Mar 24 11:32:38 2016] [error] (9)Bad file descriptor: apr_socket_accept: (client socket)
[Thu Mar 24 11:32:38 2016] [error] (9)Bad file descriptor: apr_socket_accept: (client socket)
Похоже что-то отправляет ему сигнал, но суть в том, что не всегда, когда Apache получает «caught SIGTERM, shutting down» он перезагружается.
Прошу помощи: с
Похожие публикации
Как предотвратить взлом сайта на VDS сервере?
Уважаемые хостеры, помогите!
Технический вопрос по хостингу для форума
Как такое может быть? Сервер недоступен, но не для всех.
Фильтр сервер
Нет комментариев