OVHcloud Web Hosting Status
Current status
Legend
- Operational
- Degraded performance
- Partial Outage
- Major Outage
- Under maintenance
reglage de timeout
Scheduled Maintenance
Report for Web Cloud
Completed
Certains clients se plaignent que les mises à jour de wordoress
ne se passent pas correctement: la mise à jour est coupée.
Le probleme est dû à la durée de la connexion http/php qui est
necessaire pour effectuer la mise à jour et les timeout idle
c'est à dire pendant le temps où il se passe rien sur la connexion.
les firewall sont reglés avec les timeout idle assez long 60sec
ce qui permet d'éviter que les attaques posent les problemes.
nous avons remis les parametres par défaut la semaine passée
ce qui a provoqué 3 crashs de l'infra dû aux attaques et le
nombre de connexions ouvertes lors de l'attaque.
nous avons personalisé les parametrages et on surveille l'infra.
http://travaux.ovh.net/?do=details&id=5377
Update(s):
Date: 2011-05-21 18:42:18 UTC
suite à la mise à jour de ACOS sur les boitiers AX
nous avons mis les valeurs de timeout par défaut
qui sont de 360 secondes.
si les boitiers ne plantent plus pendant les attaques
alors le probleme est resolu.
Date: 2011-05-05 10:02:14 UTC
on l'a ajouté aussi sur l'IPv6.
Date: 2011-05-03 08:52:18 UTC
on passe de
idle-timeout 60
à
idle-timeout 180
ne se passent pas correctement: la mise à jour est coupée.
Le probleme est dû à la durée de la connexion http/php qui est
necessaire pour effectuer la mise à jour et les timeout idle
c'est à dire pendant le temps où il se passe rien sur la connexion.
les firewall sont reglés avec les timeout idle assez long 60sec
ce qui permet d'éviter que les attaques posent les problemes.
nous avons remis les parametres par défaut la semaine passée
ce qui a provoqué 3 crashs de l'infra dû aux attaques et le
nombre de connexions ouvertes lors de l'attaque.
nous avons personalisé les parametrages et on surveille l'infra.
http://travaux.ovh.net/?do=details&id=5377
Update(s):
Date: 2011-05-21 18:42:18 UTC
suite à la mise à jour de ACOS sur les boitiers AX
nous avons mis les valeurs de timeout par défaut
qui sont de 360 secondes.
si les boitiers ne plantent plus pendant les attaques
alors le probleme est resolu.
Date: 2011-05-05 10:02:14 UTC
on l'a ajouté aussi sur l'IPv6.
Date: 2011-05-03 08:52:18 UTC
on passe de
idle-timeout 60
à
idle-timeout 180
This scheduled maintenance affected: Web Hosting || Datacenter GRA (Cluster002, Cluster003, Cluster006, Cluster007, Cluster011, Cluster012, Cluster013, Cluster014, Cluster015, Cluster017, Cluster020, Cluster021, Cluster023, Cluster024, Cluster025, Cluster026, Cluster027, Cluster028, Cluster029, Cluster030, Cluster031).