OVHcloud Web Hosting Status
Current status
Legend
- Operational
- Degraded performance
- Partial Outage
- Major Outage
- Under maintenance
filerz76
Incident
Report for Web Cloud
Resolved
Nous augmentons la capacité en lecture du filer afin de palier
aux surcharges. Techniquement paralant nous ajoutons les disques
en parallele dans les raid-1 afin d'avoir plus de capacité de
lecture sur ce filer.
Nous avons suspendu le filer dans le cluster afin d'accelerer
la syncronisation de données sur les nouveaux disques et d'avoir
toute la capacité de lecture disponible au plus vite.
On prevoit le retour à la normal avant midi.
Update(s):
Date: 2009-07-02 01:46:31 UTC
Les emails ont été distribués.
Date: 2009-07-02 00:19:55 UTC
scrub: resilver completed after 24h47m with 0 errors on Thu Jul 2 02:15:04 2009
fini.
la distribution des emails est en cours.
Date: 2009-07-02 00:05:56 UTC
scrub: resilver in progress for 24h37m, 99.40% done, 0h8m to go
ça aura été une cata jusqu'au dernier octet à syncroniser !
Date: 2009-07-01 23:52:29 UTC
scrub: resilver in progress for 24h23m, 99.02% done, 0h14m to go
une vraie catastrophe le temps de sync.
Date: 2009-07-01 23:23:25 UTC
scrub: resilver in progress for 23h55m, 98.61% done, 0h20m to go
Date: 2009-07-01 22:58:35 UTC
scrub: resilver in progress for 23h30m, 98.38% done, 0h23m to go
Date: 2009-07-01 22:44:04 UTC
scrub: resilver in progress for 23h16m, 97.64% done, 0h33m to go
Date: 2009-07-01 21:18:40 UTC
scrub: resilver in progress for 21h50m, 96.24% done, 0h51m to go
Date: 2009-07-01 20:59:12 UTC
scrub: resilver in progress for 21h31m, 95.92% done, 0h54m to go
Date: 2009-07-01 20:20:18 UTC
scrub: resilver in progress for 20h52m, 95.53% done, 0h58m to go
Date: 2009-07-01 19:34:13 UTC
scrub: resilver in progress for 20h6m, 92.13% done, 1h43m to go
Date: 2009-07-01 18:28:31 UTC
il a beaucoup de mal à avancer.
scrub: resilver in progress for 19h0m, 90.36% done, 2h1m to go
Date: 2009-07-01 17:44:42 UTC
scrub: resilver in progress for 18h16m, 89.92% done, 2h2m to go
Date: 2009-07-01 17:00:00 UTC
scrub: resilver in progress for 17h32m, 88.67% done, 2h14m to go
Date: 2009-07-01 15:29:53 UTC
scrub: resilver in progress for 16h2m, 80.80% done, 3h48m to go
Date: 2009-07-01 12:47:52 UTC
scrub: resilver in progress for 13h19m, 70.14% done, 5h40m to go
Date: 2009-07-01 12:18:07 UTC
en juin on a une très forte augmentation de trafic email. du genre
+30% en 1 mois. certains filers ont du mal à acceper autant de
trafic en plus. d'autres ça va.
on a reperé 2 filers vraiment mal et on a décidé de faire de travaux
déjà cette nuit. d'autres vont suivre les nuits suivante.
c'est quoi le but ? les filers saturent en terme de lecture. vous
consultez vos emails et ça fait lire les filers. les disques des
filers sont à 100% de leur capacité. pour avoir plus de capacité
de lecture, on est en train d'ajouter de disques en plus en parallele
de disques déjà en place. ainsi vos lectures vont être repartis sur
10 disques en parallele au lieu de 6. on devrait presque double de
capacité de lecture de ces 2 filers.
mais avant d'en profiter il faut syncroniser les disques avec ceux
déjà en production et c'est ça qu'on a commencé à 1h du matin et
aurait dû se finir vers 8-9h ce matin. mais finalement ça prend
plus de temps.
c'est vraiment pas ce qu'on a l'habitude de faire. je suis vraiment
désolé. là le coup est parti et on ne peut pas revenir avant. il
faut laisser aboutir la syncro. pour les interventions suivantes
on va essayer de voir comment on peut faire ça avec moins
d'indisponibilitée.
tous les emails que vous recevez sont reçus et stocker sur les
serveurs de reception. dés que les filers sont up, les emails
vont être distribués en quelques heures.
Date: 2009-07-01 11:23:21 UTC
L'estimation de remise du filer en route: 18h00.
Ce n'est pas bon du tout. Mais la syncronisation étant en cours
si on remet en marche le filer dans l'état ça ne va pas permettre
le bon fonctionner ni syncroniser.
Par contre une fois que la syncro est terminé, les performances
devraient être au rendez vous (on aura 10 disques en paralele au
lieu de 6).
aux surcharges. Techniquement paralant nous ajoutons les disques
en parallele dans les raid-1 afin d'avoir plus de capacité de
lecture sur ce filer.
Nous avons suspendu le filer dans le cluster afin d'accelerer
la syncronisation de données sur les nouveaux disques et d'avoir
toute la capacité de lecture disponible au plus vite.
On prevoit le retour à la normal avant midi.
Update(s):
Date: 2009-07-02 01:46:31 UTC
Les emails ont été distribués.
Date: 2009-07-02 00:19:55 UTC
scrub: resilver completed after 24h47m with 0 errors on Thu Jul 2 02:15:04 2009
fini.
la distribution des emails est en cours.
Date: 2009-07-02 00:05:56 UTC
scrub: resilver in progress for 24h37m, 99.40% done, 0h8m to go
ça aura été une cata jusqu'au dernier octet à syncroniser !
Date: 2009-07-01 23:52:29 UTC
scrub: resilver in progress for 24h23m, 99.02% done, 0h14m to go
une vraie catastrophe le temps de sync.
Date: 2009-07-01 23:23:25 UTC
scrub: resilver in progress for 23h55m, 98.61% done, 0h20m to go
Date: 2009-07-01 22:58:35 UTC
scrub: resilver in progress for 23h30m, 98.38% done, 0h23m to go
Date: 2009-07-01 22:44:04 UTC
scrub: resilver in progress for 23h16m, 97.64% done, 0h33m to go
Date: 2009-07-01 21:18:40 UTC
scrub: resilver in progress for 21h50m, 96.24% done, 0h51m to go
Date: 2009-07-01 20:59:12 UTC
scrub: resilver in progress for 21h31m, 95.92% done, 0h54m to go
Date: 2009-07-01 20:20:18 UTC
scrub: resilver in progress for 20h52m, 95.53% done, 0h58m to go
Date: 2009-07-01 19:34:13 UTC
scrub: resilver in progress for 20h6m, 92.13% done, 1h43m to go
Date: 2009-07-01 18:28:31 UTC
il a beaucoup de mal à avancer.
scrub: resilver in progress for 19h0m, 90.36% done, 2h1m to go
Date: 2009-07-01 17:44:42 UTC
scrub: resilver in progress for 18h16m, 89.92% done, 2h2m to go
Date: 2009-07-01 17:00:00 UTC
scrub: resilver in progress for 17h32m, 88.67% done, 2h14m to go
Date: 2009-07-01 15:29:53 UTC
scrub: resilver in progress for 16h2m, 80.80% done, 3h48m to go
Date: 2009-07-01 12:47:52 UTC
scrub: resilver in progress for 13h19m, 70.14% done, 5h40m to go
Date: 2009-07-01 12:18:07 UTC
en juin on a une très forte augmentation de trafic email. du genre
+30% en 1 mois. certains filers ont du mal à acceper autant de
trafic en plus. d'autres ça va.
on a reperé 2 filers vraiment mal et on a décidé de faire de travaux
déjà cette nuit. d'autres vont suivre les nuits suivante.
c'est quoi le but ? les filers saturent en terme de lecture. vous
consultez vos emails et ça fait lire les filers. les disques des
filers sont à 100% de leur capacité. pour avoir plus de capacité
de lecture, on est en train d'ajouter de disques en plus en parallele
de disques déjà en place. ainsi vos lectures vont être repartis sur
10 disques en parallele au lieu de 6. on devrait presque double de
capacité de lecture de ces 2 filers.
mais avant d'en profiter il faut syncroniser les disques avec ceux
déjà en production et c'est ça qu'on a commencé à 1h du matin et
aurait dû se finir vers 8-9h ce matin. mais finalement ça prend
plus de temps.
c'est vraiment pas ce qu'on a l'habitude de faire. je suis vraiment
désolé. là le coup est parti et on ne peut pas revenir avant. il
faut laisser aboutir la syncro. pour les interventions suivantes
on va essayer de voir comment on peut faire ça avec moins
d'indisponibilitée.
tous les emails que vous recevez sont reçus et stocker sur les
serveurs de reception. dés que les filers sont up, les emails
vont être distribués en quelques heures.
Date: 2009-07-01 11:23:21 UTC
L'estimation de remise du filer en route: 18h00.
Ce n'est pas bon du tout. Mais la syncronisation étant en cours
si on remet en marche le filer dans l'état ça ne va pas permettre
le bon fonctionner ni syncroniser.
Par contre une fois que la syncro est terminé, les performances
devraient être au rendez vous (on aura 10 disques en paralele au
lieu de 6).