2010-08-26 9 views
6

Nuestro sitio proporciona un formulario de carga para que nuestros miembros carguen las fotos que luego almacenamos y les permitimos compartir. Usamos un formulario simple POST para permitir la carga y luego procesamos los archivos con CGI.pm de Perl. Aquí está nuestra configuración de Apache:Problema de tiempo de espera de carga en Apache/Perl

Apache/2.0.63 (Unix) mod_ssl/2.0.63 OpenSSL/0.9.8e-fips-rhel5 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 

Por alguna razón pequeño porcentaje de nuestros usuarios están ejecutando en un problema por el que los tiempos de carga y falla. Aquí es lo que se informó en nuestros registros de Apache en caso de fallo:

(104)Connection reset by peer: Error reading request entity data, referer: http://domain.com/upload/photo 

Al principio pensamos que podría ser debido a no tener el CGI :: $ POST_MAX demasiado bajos para que las fotos grandes estaban siendo rechazados. Incluso después de aumentar esto a 100 MB, todavía está ocurriendo. No podemos replicar el problema y no parece haber ninguna rima o razón por la cual los usuarios tengan problemas ya que está sucediendo en diferentes navegadores, sistemas operativos, etc. Tampoco estamos seguros de si se trata de un problema relacionado con Perl o a nuestra configuración de Apache.

Agradecería cualquier consejo sobre lo que podría estar causando esto y sugerencias sobre cómo resolver el problema. ¡Gracias de antemano por tu ayuda!

+0

¿Se puede replicar el problema constantemente para el mismo usuario que carga la misma imagen? son los usuarios en intranet o internet (lo que estoy manejando es que podría ser solo un problema de red) – DVK

+0

Es muy común que el mismo usuario intente subir el mismo archivo varias veces. Los usuarios son usuarios de internet. –

+0

@RussellC. ¿Pudo resolver este problema? Estoy lidiando con algo similar en este momento y no puedo encontrar una solución. – Alex

Respuesta

0

Puede intentar aumentar la configuración de "Tiempo de espera" en la configuración de Apache en caso de que solo la red tenga picos de lentitud.

Además, vea esto: http://www.mail-archive.com/[email protected]/msg00457.html - puede haber un límite de 64 MB según esa publicación, aunque no veo ninguna evidencia que lo corrobore.

También, ver este ejemplo sobre cómo configurar leer límite: http://permalink.gmane.org/gmane.comp.apache.mod-perl/24260

+0

KeepAlive está habilitado así que no pensé que eso sería un problema. MaxKeepAliveRequests se establece actualmente en 100. ¿Es ese el valor que sugiere que deberíamos aumentar? Si no es así, ¿qué es lo que específicamente en Apache crees que deberíamos aumentar y, lo que es más importante, por qué? –

+0

Acabo de notar que la variable Timeout está establecida en 200. Quizás eso es a lo que se refería. Eso es bajo o alto. ¿A qué recomendarías cambiar eso? –

+0

@Russel - este último. Se acabó el tiempo. Dado que esos son usuarios de Internet y los archivos son grandes, 200 podrían ser los culpables, aunque no del 100%, intente cambiar a, digamos 400, y vea si un promedio de errores como este cae en un lapso de varios días – DVK

1

"Conexión reajustada por el par" a menudo indica el usuario ha detenido a la espera de la carga para completar golpeando parada o navegar fuera.

Cuestiones relacionadas