python - ¿Cómo prevenir la tubería rota errno 32?

broken-pipe

Question

Actualmente estoy usando una aplicación construida en python. Cuando lo ejecuto en una computadora personal, funciona sin problemas.

Sin embargo, cuando lo muevo a un servidor de producción. Me sigue mostrando el error adjunto de la siguiente manera:

Investigué un poco y descubrí por qué el navegador del usuario final detiene la conexión mientras el servidor todavía está ocupado enviando datos.

Me pregunto por qué sucedió y cuál es la causa raíz que impide que se ejecute correctamente en el servidor de producción, mientras funciona en mi computadora personal. Cualquier consejo es apreciado

 Exception happened during processing of request from (''127.0.0.1'', 34226)
Traceback (most recent call last):
File "/usr/lib/python2.7/SocketServer.py", line 284, in
_handle_request_noblock
self.process_request(request, client_address)
File "/usr/lib/python2.7/SocketServer.py", line 310, in process_request
self.finish_request(request, client_address)
File "/usr/lib/python2.7/SocketServer.py", line 323, in finish_request
self.RequestHandlerClass(request, client_address, self)
File "/usr/lib/python2.7/SocketServer.py", line 641, in __init__
self.finish()
File "/usr/lib/python2.7/SocketServer.py", line 694, in finish
self.wfile.flush()
File "/usr/lib/python2.7/socket.py", line 303, in flush
self._sock.sendall(view[write_offset:write_offset+buffer_size])
error: [Errno 32] Broken pipe

Answer 1

Depende de cómo lo haya probado y, posiblemente, de las diferencias en la implementación de la pila TCP de la computadora personal y el servidor.

Por ejemplo, si su sendall siempre se completa de inmediato (o muy rápidamente) en la computadora personal, la conexión simplemente nunca se ha roto durante el envío. Esto es muy probable si su navegador se ejecuta en la misma máquina (ya que no hay una latencia de red real).

En general, solo debe manejar el caso en que un cliente se desconecta antes de que termine, al manejar la excepción.

Recuerde que las comunicaciones TCP son asíncronas, pero esto es mucho más obvio en las conexiones físicamente remotas que en las locales, por lo que las condiciones como esta pueden ser difíciles de reproducir en una estación de trabajo local. Específicamente, las conexiones de bucle invertido en una sola máquina a menudo son casi sincrónicas.

Answer 2

El error de la tubería rota generalmente ocurre si su solicitud está bloqueada o tarda demasiado tiempo y después del tiempo de espera del lado de la solicitud, cerrará la conexión y luego, cuando el lado de la respuesta (servidor) intente escribir en el socket, arrojará una tubo roto error.

Answer 3

Esto podría deberse a que está utilizando dos métodos para insertar datos en la base de datos y esto hace que el sitio se desacelere.

def add_subscriber(request, email=None):
if request.method == ''POST'':
email = request.POST[''email_field'']
e = Subscriber.objects.create(email=email).save() <====
return HttpResponseRedirect(''/'')
else:
return HttpResponseRedirect(''/'')

En la función anterior, el error es hacia donde apunta la flecha. La implementación correcta está a continuación:

def add_subscriber(request, email=None):
if request.method == ''POST'':
email = request.POST[''email_field'']
e = Subscriber.objects.create(email=email)
return HttpResponseRedirect(''/'')
else:
return HttpResponseRedirect(''/'')

Answer 4

Su proceso de servidor ha recibido una escritura SIGPIPE en un socket. Esto generalmente ocurre cuando escribe en un socket completamente cerrado en el otro lado (cliente). Esto podría estar sucediendo cuando un programa cliente no espera hasta que se reciben todos los datos del servidor y simplemente cierra un socket (usando la función close ).

En un programa C, normalmente intenta configurar para ignorar la señal SIGPIPE o configurar un manejador de señal ficticio para ello. En este caso, se devolverá un error simple al escribir en un socket cerrado. En su caso, una python parece lanzar una excepción que puede manejarse como una desconexión prematura del cliente.