OVHcloud Web Hosting Status
Current status
Legend
- Operational
- Degraded performance
- Partial Outage
- Major Outage
- Under maintenance
FS#5401 —timeout fixing
Scheduled Maintenance
Report for Web Cloud
Completed
Some customers complain about the wordpress updatings which
do not go through correctly: the updating is cut off.
The problem is due to the http/php connection duration which is necessary
for the updatings and the timeout idle
it means during the time where nothing happens on the connection.
The firewall is fixed with the timeout idle too long 60sec
which allow to avoid the attacks which can cause problems.
We have re-put the default parameters of last week
which has provoked 3 crashes of the infra due to the attacks and
the number of opened connections during the attack.
We have personalised the parameters and we will be controlling the infra.
http://status.ovh.net/?do=details&id=1377
Update(s):
Date: 2011-05-21 19:21:03 UTC
After the update of the ACOS on the AX cases , we put
the default values which are 360 seconds.
If the cases crash not anymore during the attacks, so the
problem is solved.
Date: 2011-05-05 10:09:12 UTC
We added it also on the IPv6.
Date: 2011-05-03 09:18:20 UTC
We move from
idle-timeout 60
to
idle-timeout 180
do not go through correctly: the updating is cut off.
The problem is due to the http/php connection duration which is necessary
for the updatings and the timeout idle
it means during the time where nothing happens on the connection.
The firewall is fixed with the timeout idle too long 60sec
which allow to avoid the attacks which can cause problems.
We have re-put the default parameters of last week
which has provoked 3 crashes of the infra due to the attacks and
the number of opened connections during the attack.
We have personalised the parameters and we will be controlling the infra.
http://status.ovh.net/?do=details&id=1377
Update(s):
Date: 2011-05-21 19:21:03 UTC
After the update of the ACOS on the AX cases , we put
the default values which are 360 seconds.
If the cases crash not anymore during the attacks, so the
problem is solved.
Date: 2011-05-05 10:09:12 UTC
We added it also on the IPv6.
Date: 2011-05-03 09:18:20 UTC
We move from
idle-timeout 60
to
idle-timeout 180