2010-08-26 4 views
6

Notre site fournit un formulaire de téléchargement pour que nos membres puissent télécharger des photos que nous stockons ensuite et leur permettons de partager. Nous utilisons un simple formulaire POST pour activer le téléchargement, puis traiter les fichiers avec CGI.pm de Perl. Voici notre configuration Apache:Télécharger le problème de délai sous 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 

Pour une raison faible pourcentage de nos utilisateurs sont en cours d'exécution dans un problème où les temps de téléchargement sortir et échoue. Voici ce qui est rapporté dans nos logs Apache en cas d'échec:

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

Au début nous avons pensé qu'il pourrait être dû à ne pas avoir le $ CGI :: POST_MAX trop bas des photos si grandes étaient rejetées. Même après avoir augmenté cette valeur à 100 Mo, cela se produit toujours. Nous ne pouvons pas répliquer le problème et il ne semble pas y avoir de rime ou de raison pour lesquels les utilisateurs rencontrent des problèmes car cela se produit dans différents navigateurs, systèmes d'exploitation, etc. Nous ne savons pas non plus si c'est un problème lié à Perl ou à nos paramètres Apache.

Je vous serais reconnaissant de tout conseil sur ce qui pourrait être à l'origine de ce problème et des suggestions sur la façon de résoudre le problème. Merci d'avance pour votre aide!

+0

Pouvez-vous reproduire le problème de manière cohérente pour le même utilisateur qui télécharge la même image? sont les utilisateurs sur intranet ou internet (ce que je suis en train de conduire, c'est que ce pourrait être juste un problème de réseau) – DVK

+0

Il est très commun pour le même utilisateur tentera de télécharger le même fichier plusieurs fois. Les utilisateurs sont des internautes. –

+0

@RussellC. Avez-vous pu résoudre ce problème? Je fais face à quelque chose de similaire pour le moment et je ne trouve pas de solution. – Alex

Répondre

0

Vous pouvez essayer d'augmenter le paramètre "Timeout" dans la configuration d'Apache au cas où le réseau aurait des pics de lenteur.

En outre, s'il vous plaît voir ceci: http://www.mail-archive.com/[email protected]/msg00457.html - il pourrait y avoir une limite de 64 Mo en fonction de ce poste, mais je ne vois aucune preuve corroborante.

Aussi, voir cet exemple sur la façon de définir la limite lire: http://permalink.gmane.org/gmane.comp.apache.mod-perl/24260

+0

KeepAlive est activé, donc je ne pensais pas que ce serait un problème. MaxKeepAliveRequests est actuellement défini sur 100. Est-ce la valeur que vous suggérez que nous devrions augmenter? Si ce n'est pas le cas, à Apache, pensez-vous que nous devrions augmenter et, surtout, pourquoi? –

+0

Je viens de remarquer que la variable Timeout est réglée sur 200. Peut-être que c'est ce que vous vouliez dire. Est-ce bas ou haut. Que recommanderiez-vous de changer cela? –

+0

@Russel - ce dernier. Temps libre. Comme ce sont des utilisateurs d'Internet et que les fichiers sont volumineux, 200 peuvent être le coupable, mais pas 100% sûrement - essayez de changer, disons 400 et voyez si un nombre moyen d'erreurs de ce genre diminue sur plusieurs jours – DVK

1

« Connexion réinitialisée par les pairs » indique souvent l'utilisateur cesse d'attendre le téléchargement pour terminer en appuyant sur l'arrêt ou la navigation loin.

Questions connexes