Incidents antérieurs

Lundi 6 avril, vers 11h00, le serveur de virtualisation ayant posé problème hier soir et jusqu’à ce matin est redevenu injoignable pour une raison inconnue.

Cela a fait tomber les machines virtuelles de :

• notre forum framacolibri
• notre page de rapport d’incidents
• framablog
• framabag
• framalink/huit.re
• framapack
• framabookin
• framaestro
• framavectoriel

Nous avons pris la décision de migrer les machines virtuelles sur un nouveau serveur loué en urgence. Hélas, au cours d’un transfert, le nouveau serveur est devenu injoignable lui aussi (nous pensons que c’est suite à un autre problème que nous rencontrions souvent avec les machines de cette gamme, problème qui se résout aisément), rallongeant encore le temps de transfert des machines virtuelles, temps déjà long de base. Pour éviter de ralentir le transfert par des accès disques de machines virtuelles allumées, nous avons pris la décision de laisser les machines virtuelles éteintes jusqu’à la fin du transfert de toutes les machines virtuelles.

Le transfert s’est terminé vers 19h10 et nous avons alors rallumé toutes les machines virtuelles. Tous les services sont de nouveau joignables.

Dimanche 5 avril, vers 23h20 (d’après notre supervision), un de nos serveurs de virtualisation est devenu injoignable pour une raison inconnue. Nous ne nous en sommes aperçu que le lundi 6 avril au matin.

Cela a fait tomber les machines virtuelles de :

• notre forum framacolibri
• notre page de rapport d’incidents
• framablog
• framabag
• framalink/huit.re
• framapack
• framabookin
• framaestro
• framavectoriel

Après redémarrage manuel à notre demande par notre hébergeur, le système de fichier était en mode lecture seule, rendant impossible le lancement des machines virtuelles. Nous avons réussi à corriger le problème du système de fichier après quelques manipulations. Les machines virtuelles sont en train de remonter depuis 9h30.