Following https://status.ovh.net/?do=details&id=3578 we are noticing peak loads on our storage servers, we have identified the problem. We are currently deploying the correction on the whole infrastructure.
Update(s):
Date: 2012-11-08 03:21:46 UTC filerz94 done.
Date: 2012-11-08 03:21:35 UTC filerz86 done , we're moving to filerz94.
Date: 2012-11-08 03:21:14 UTC We are switching filerz86 and filerz94.
We are dealing with filerz86.
Date: 2012-11-07 06:34:50 UTC Filerz378 is fully operational again.
Date: 2012-11-07 06:34:14 UTC The migration went well, the filerz95 no longer display performance problems.
We continue with the filerz378
Date: 2012-11-06 22:42:21 UTC We are switching filerz95.
Date: 2012-11-06 17:58:45 UTC Filerz353 has been migrated, the service works normally for it.
At 11pm, when the shared hosting will be more calm, we will migrate filerz95 and filerz378.
Date: 2012-11-06 16:37:02 UTC The filerz68 is ok.
We migrate filerz373.
Date: 2012-11-06 15:09:29 UTC The filerz187 has been migrated, the service is no longer degraded, it is up.
We migrate the filerz68 from now.
Date: 2012-11-06 13:53:07 UTC The filerz429 has also been migrated to a spare, it is stable, the problem is fixed for it.
We move currently the filerz187 on a spare (follow the filerz68).
Date: 2012-11-06 11:18:53 UTC New material for filerz is being mounted since that night.
It will be operational in the course of the afternoon.
Date: 2012-11-05 14:51:17 UTC We have identified the filerz184.60gp filer, it is now working better.
Date: 2012-11-05 14:48:13 UTC We have improved the web scanners to avoid the other accounts to be penalized (the ones that are not linked to the filers listed above)
Date: 2012-11-05 11:04:24 UTC The problem occurs on 6 filers. We adapt settings that seem to be lost during the update.