Невозможно подключиться к WSGI демона процесса «WSGI»

Question

Как было отмечено в нескольких вопросах/asnwers раньше, а именно this и this я настроил мой WSGISocketPrefix быть /etc/httpd/run/wsgi

/etc/httpd/run каталога имеет корень разрешения: Apache и файл носок созданный имеет apache: разрешение root.

Проблема, с которой я сталкиваюсь, заключается в том, что apache всегда пытается подключиться к носу, который меньше, чем он должен искать. Пример носка /var/run/httpd/wsgi.1769.1.1.sock, но apache ищет /var/run/httpd/wsgi.1769.0.1.sock

Нет проблем с разрешением AFAIK, проблема с номером носки WSGI, который ищет apache. Как я могу решить эту проблему? Почему между wsgi и apache существует несоответствие между sock-version?

Exact лаглинь: (2)No such file or directory: [client A.B.C.D:57798] mod_wsgi (pid=1549): Unable to conn ect to WSGI daemon process 'wsgi' on '/etc/httpd/run/wsgi.1144.0.1.sock' after multiple attempts.

Answer 1

Скорее всего потому, что вы проделали изящный перезапуск Apache и был долгое время жил соединение клиента с помощью сохранить жизнь, которая сохранила ребенка рабочих процессов работает Apache, с ним пытаются справиться дальше запросы на одно соединение. Этот процесс будет только пытаться подключиться к группе процессов демона, как он существовал, когда этот процесс был создан, но перезапуск означал, что группа процессов демона была перезапущена. Он не может переключиться на использование нового экземпляра группы процессов демона по соображениям безопасности, поскольку изменения конфигурации означают, что, возможно, этого не должно быть. Чтобы это могло привести к нарушению безопасности.

Нет простого способа смягчить его, кроме как не использовать изящные перезагрузки или не продолжать поддерживать соединения клиентов.

Как часто вы делаете изящные перезагрузки? Насколько сильно вы зависите от поддержания связей с вашими динамическими приложениями Python?