Nos volières

l'hebergeur a écrit : Malgré les tentatives du technicien, il a été impossible de récupérer les données sur les disques du serveur 'sql'.
Nous sommes donc repartis des sauvegardes des bases faites le 3 juin vers 4h du matin.

La panne a touché les ventilateurs présents derrière les disques du serveur 'sql' entraînant une surchauffe conséquente (un peu plus de 110°) et causant dans un premier temps des erreurs d'écriture physique sans générer de messages d'erreur puis entraînant la défaillance d'un disque. Le deuxième disque bien qu'en mirroir n'a pas permis de récupérer les données trop corrompues.

Les bases sauvegardées à  la date du 3 juin vers 4h du matin ont donc été restaurées sur un autre serveur.
Ce serveur n'a pas les mêmes capacités que le serveur 'sql' donc en attendant que son remplaçant soit opérationnel les performances risquent de s'en ressentir un peu.

Le retour à  la normale au niveau performance est prévu pour le début de la semaine prochaine avec le remplacement à  l'identique du serveur et surtout l'intégration de deux nouveaux serveurs dans le cluster.

Nous sommes désolé de la gêne occasionnée et vous remercions de votre compréhension.

l'hebergeur a écrit : Pas la peine de compter, on va dire que globalement la disponibilité de ce week-end a été nulle.
Vendredi le serveur sql1 étant en panne nous avons voulu intégrer rapidement les nouveaux serveurs reçus le jour même...
Un premier serveur a été configuré et installé sans problème et devant tant de facilité, nous avons décidé d'intégrer les autres au cluster et à  partir de là , panne en série et prise de tête tout le week-end, plusieurs anciens serveurs n'ayant pas bien appréciés les manipulations.
Le modèle qui nous utilisions précédemment n'existant plus, nous avons pris son remplaçant au catalogue mais ce dernier intégre un chipset tout nouveau sur le marché et manifestement pas très bien supporté sous Linux (à  moins qu'il soit buggé tout simplement).
Le résultat vous le connaissez, plantage en cascade, service indisponible.
Je vous passe les détails du week-end pour simplement vous donner le résultat trouvé cette nuit vers 3h du matin, ces serveurs ne supportent pas deux barrettes mémoire ddr400 en même temps... Tant qu'il n'y en a qu'une tout va bien, dès que la deuxième est présente, les tests mémoire plantent ... de manière aléatoire... Avant de s'en rendre compte, nous avons quand même changé 16 barrettes, 3 disques, 1 cpu et jonglé avec 6 serveurs...
Pour l'instant la situation semble être redevenue stable sur tous les services. Reste à  voir ce que ça donnera ce soir en pleine charge.
Au niveau mySQL, le serveur sql1 a été remplacé par plus puissant et certaines bases vont être déplacées vers un nouveau serveur prochainement.