rssLink RSS for all categories
 
icon_red
icon_green
icon_orange
icon_red
icon_red
icon_green
icon_green
icon_red
icon_red
icon_red
icon_green
icon_green
icon_green
icon_orange
icon_orange
icon_red
icon_green
icon_green
icon_red
icon_orange
icon_green
icon_blue
icon_green
icon_red
icon_orange
icon_green
icon_green
icon_green
icon_green
icon_green
icon_blue
icon_green
icon_red
 

FS#7596 — le telechargement de grand fichiers

Attached to Project— Web Hosting / CloudDB
Maintenance
All web clusters
CLOSED
100%
Certains clients nous remontent de problemes
de telechargement de grands fichiers dans le
cas où le debit est très faible. C'est à dire
que le telechargement avance mais très très
doucement, puis d'un coup il se coupe.

Nous avons modifié un peu la configuration
de notre infra afin d'essayer de l'adapter
au besoin.

On attend maintenant le feedback de clients
pour voir si ça fixe le probleme ou pas
encore (on n'a pas de probleme lors qu'on
utilise le FAI OVH ça arrive quand c'est
un FAI exterieur à notre reseau).
Date:  Monday, 26 November 2012, 09:09AM
Reason for closing:  Done
Additional comments about closing:  Le soucis a été résolut suite à notre dernière modification.
Comment by OVH - Wednesday, 07 November 2012, 23:53PM

Le problème ne vient pas du serveur.
Nous continuons nos investigations...

Pour les curieux, le serveur reçoit un: ECONNRESET (Connection reset by peer):

select(0, NULL, NULL, NULL, {0, 1525}) = 0 (Timeout)
_llseek(37, 43090432, [43090432], SEEK_SET) = 0
read(37, "E\2234\320\3236\rf\340\241znK(\247\310(6@r\23\243\242\206E\347\343\340{\375\206\2"..., 8000) = 8000
gettimeofday({1352326283, 184650}, NULL) = 0
writev(36, [{"E\2234\320\3236\rf\340\241znK(\247\310(6@r\23\243\242\206E\347\343\340{\375\206\2"..., 8000}], 1) = 8000
select(0, NULL, NULL, NULL, {0, 1525}) = 0 (Timeout)
_llseek(37, 43098432, [43098432], SEEK_SET) = 0
read(37, "\304\347\245\275\20IC\366\345\206\355On\346A\335\267*\260\362W\324\262\30\305vH\306<c\"\251"..., 8000) = 8000
gettimeofday({1352326283, 186730}, NULL) = 0
gettimeofday({1352326283, 186802}, NULL) = 0
writev(36, [{"\304\347\245\275\20IC\366\345\206\355On\346A\335\267*\260\362W\324\262\30\305vH\306<c\"\251"..., 8000}], 1) = 8000
select(0, NULL, NULL, NULL, {0, 1525}) = 0 (Timeout)
_llseek(37, 43106432, [43106432], SEEK_SET) = 0
read(37, "\324\\Im\222\245Z\224]@\233*?\232\37\340?\347J\233-\341\3224\202XbJ!L\227+"..., 8000) = 8000
gettimeofday({1352326283, 189083}, NULL) = 0
writev(36, [{"\324\\Im\222\245Z\224]@\233*?\232\37\340?\347J\233-\341\3224\202XbJ!L\227+"..., 8000}], 1) = 5188
poll([{fd=36, events=POLLOUT}], 1, 300000) = 1 ([{fd=36, revents=POLLOUT|POLLERR|POLLHUP}])
writev(36, [{"\214\334`\326$\272\231\332\226\305\355`\232\232\202\347\371f\254\341;\223\311iv\351\r\27\306\330E\307"..., 2812}], 1) = -1 ECONNRESET (Connection reset by peer)
read(36, "", 8000) = 0
gettimeofday({1352326283, 317615}, NULL) = 0
times({tms_utime=1612, tms_stime=3704, tms_cutime=0, tms_cstime=0}) = 1850213436
gettimeofday({1352326283, 319236}, NULL) = 0
close(36) = 0
close(37) = 0
gettimeofday({1352326283, 319913}, NULL) = 0


Comment by OVH - Thursday, 08 November 2012, 06:47AM

une autre modification d'un paramètre.

on attend les feedbacks.


Comment by OVH - Sunday, 11 November 2012, 22:06PM

un autre paramétrage

on attend les feedbacks.


Comment by OVH - Monday, 12 November 2012, 09:28AM

d'apres nos tests, nous avons trouvé les parametres qui
fonctionnent correctement et il n'y a plus de problemes.

nous allons donc maintenant cherché les parametres qui
annulent les effets secondaire du nouveau parametrage.


Comment by OVH - Monday, 12 November 2012, 10:25AM

Le probleme se situe entre les AX et les ACE
et la mauvaise gestion de timeout par l'AX.
Le visiteur lance un telechargement d'un gros
fichier, la requete va sur l'AX, l'AX fait la
requete sur l'ACE, l'ACE sur le serveur et
le resultat est retourné vers le visiteur.
Le telechargement entre AX/ACE/serveur se
fait rapidement. Puis entre le visiteur et
l'AX ça depend. ce qui fait que la connexion
entre AX/ACE ne fait rien pendant un certain
temps alors que le telechargement continue
sur l'AX. Au bout d'un certain temps il y a
un timeout entre AX/ACE qui provoque la
coupure de la connexion vers le visiteur.


Comment by OVH - Wednesday, 14 November 2012, 18:00PM

Les coupures ont été identifiées et isolées.

Nous avons ajusté les paramètres de nos
répartiteurs en conséquence.

Nous attendons les feedbacks


Comment by OVH - Tuesday, 20 November 2012, 20:01PM

Nous venons de changer le routage vers les ACE,
ainsi qu'un paramètre de sécurité sur les ACE.

Nous avons déjà un feedback positif. Nous attendons
d'autres retours avant de crier victoire