Uwsgi выдает ошибку ввода-вывода, вызванную uwsgi_response_write_body_do сломанной трубой

Ответ 1

Это может произойти, когда NGINX запустил запрос на uWSGI, но uWSGI занял слишком много времени, чтобы ответить, затем NGINX закрывает соединение с uWSGI. Когда uWSGI, наконец, закончит работу, он пытается вернуть ответ NGINX, но NGINX ранее закрыл соединение, поэтому uWSGI выдает ошибку ввода/вывода.

Таким образом, это может означать, что ваш процесс uWSGI занимает слишком много времени.

Update:

Режим uWSGI Harakiri может быть полезен для автоматического прекращения таких длительных процессов, если вы хотите: https://uwsgi-docs.readthedocs.io/en/latest/FAQ.html#what-is-harakiri-mode Возможно, вы не захотите это сделать, потому что процесс может заканчивать какой-то длинный запрос или что-то, что необходимо.

Ответ 2

Теперь я не рекомендую это без вашего рассмотрения вашей ситуации. Но вы можете превратить uwsgi_ignore_client_abort в "on". При включении nginx будет отключено прерывание соединения до тех пор, пока uwsgi не вернется. Почему я не рекомендую это полностью, потому что это означает, что соединение nginx теперь будет привязано до завершения запроса. Но на самом деле поток uwsgi не прерывался, поэтому прерывание связи nginx на раннем этапе на самом деле не набирает вас на мой взгляд.

Ответ 3

Эта ошибка означает, что клиент закрыл соединение, прежде чем uWSGI/Django отправит ответ. Обычно это вызвано таймаутом в интерфейсе браузера или веб-сервера.

Чтобы исправить это, вам нужно проверить правильность настройки. Посмотрите, чтобы все ваши части приложения (включая адаптеры баз данных) были дружелюбны к gevent. Если это не так, вы не получите преимуществ от gevent, и это может даже привести к снижению производительности.

В дополнение к этому вы должны убедиться, что ваш сервер базы данных способен управлять 1200 одновременными подключениями. Если нет, это может быть игнорирование попыток подключения.