Bonsoir à tous ! Désolé pour la petite longue coupure de CrystalXP !  
Nous avons eu un souci de base de données corrompue   (comme CXP il y a 1 semaine). Ce n’est pas la première fois que cela arrive. Déjà pendant les vacances la base de données qui gère les images des news avait été corrompue sans raison...  
La source du problème n’est pas réellement déterminée, mais ça a tout l’air d’être une défaillance matériel de notre serveur (un disque dur HS ?).
Quoi qu’il en soit, après des heures d’acharnement sur la BDD, Guit et Anti ont réussi à remettre sur pied site et forum. Apparemment il n’y a eu aucune perte (ouf, dlb est soulagé ).
Sachez au passage que pour améliorer la rapidité du site et éviter les désagréments si connus de « Not Found » ou encore « too many connections », CXP et CrXP ont décidé de changer de serveur très prochainement. Plus de puissance, plus de vitesse, plus d’espace  ! On vous tiendra informé lorsque le changement aura cours !

Merci encore a Guit et à Anti pour la remise en place !    

Bravo Guit et Anti alors !  

+1, je me demandais ce qui se passait.
Merci à vous deux

Merci

Merci d'avoir agi aussi vite!!

ah c'est beaucoup mieux comme ca

Je l'ai même fait remarquer ici

Bravo Guit et Anti

Merci dlb

merci d'la news

Ouais c'est sur que c'est toujours mieu quand ca marche ca ...

lol

Un grand merci a vous deux    

Merci à toute la team : TheGuit et Anti-trust pour avoir réparé, dlb pour nous tenir au courant et Didas pour les crêpes.

Viva CrystalXP  

C'est pas CrystalXP qui va se faire avoir par une BDD

Merci à vous deux.

Ouf, soulagé !

Bravo pour ce joli travail !

Pensez vous avoir un jour un serveur "ghost", qui pourrait passer le relais en cas de défaillance du serveur principal ?  

Dans un futur plus ou moin lointain peut etre.. nul ne peut le prédire mais à l'heure actuelle, ce n'est absolument pas prévu

De plus, dans le cas présent un cluster n'aurait servi à rien vu qu'il s'agissait d'un soucis mysql et non d'un soucis de serveur qui lui se portait comme un charme

Ben en fait un des soucis c'est que la c'est la base de données qui morfle. Et ça, ça doit être commun à tous les serveurs donc pas techniquement possible.

Alors tant pis  

c'est dommage

Ca alourdirait de d'envoyer les données sur 2 BDD distinctes situées sur 2 serveurs différents ?

Et donc toujours dans la même optique, Changer de serveur lors de la lecture des données quand le serveur principal est HS (renvoie des erreurs) ?

Alors c'est tout a fait possible ca, le véritable soucis étant que dans certain cas de corruption les deux base peuvent etre corrompu en meme temps. Cette technique a surtout pour but de pouvoir repartir la charge des requete MySQL sur deux serveur.

Eh bah, j'ai eu peur pendant un moment ! J'ai cru que le siteavait disparu ! Mais voila CrystalXP redit sur pied ! ^^

OK

1 -
Alors, étant donné que vous avez un serveur physique, propre à CrystalXP et CustomXP, vous avez donc accès aux codes "Apaches" etc.... Non ?

N'y aurait il donc pas un moyen de controler les requêtes ?

.....

En fait qu'est ce qui peux abimer une base de données?

2 -
Un 2eme serveur ne pourrait il pas lire et enregistrer les données des BDD du serveur 1 ? Et ensuite prendre le relais s'il ne peut plus y acceder ?

Si c'est un problème matériel, tu aura beau faire toutes les vérifs que tu veux, la lecture des données va toujours te retourner des choses erronées. On ne peut pas y faire grand chose  

sauf si on fait un raid DD plus un raid apache plus un raid sql plus un raid php

Neoshin, oui on peut bosser en hautement critique. Mais est ce nécéssaire pour crystalxp ? On peu tout doubler. Payer 3 personne a plein temps qui assure une permanence 24/24 pour etre absolument certain que tout sera toujours 100% operationnelle. Mais meme avec ca il peux arriver qu'une erreur materiel corrompe une donnée, et tu peux etre redondant autun que tu veux ca ne changera rien au probleme.

L'architecture redondante de MySQL est faite ainsi : Un serveur maitre et des serveur secondaire autour. Pour peu qu'une erreur arrive sur le serveur maitre. Et se repercute sur les serveur esclave que peux tu faire contre ca ? Rien.

Il y a actuellement un soucis sur notre serveur. Son nom ? Plesk/Fedora 2. Nous utilisons un serveur livrée avec une interface d'administration tres UserFriendly mais completement moisi sur tous les aspect technique. Comme dlb l'a annoncé dans le premiere message, nous allons changé de serveur. Pour deux raison, passer a un materiel beaucoup plus puissant. Mais surtout changé de distribution/interface de gestion. Le prochain serveur va tourner sous Gentoo, une distribution source, et surement une des plus personnalisable au monde. Cette distribution a l'avantage de  ne pas comporter de version. Ainsi une distribution Gentoo est toujours identique a toutes ses consoeur. A contrario de la majorité des autre distribution ou on dispose de version (Ubuntu sors une version tous les 6 mois) mandriva tous les ans.... Gentoo reste toujours la meme, et est donc toujours a jour niveau logiciel ce qui presente un gros avantage. L'interface de gestion sera beaucoup plus rudimentaire mais beaucoup plus puissante. Mais choses important nous disposeront de MySQL 5 tout frais et tout propre. Avec une configuration au petit oignons pour garantir une meilleur QoS. De l'autre coté nous allons disposé d'un Apache 2 enfin patché pour permetre plus de 256 connexion simultanée. Il en sera donc fini des erreurs MySQL et des temps de réponse parfois tres long en heure de pointe. Enfin dernier point proftpd qui gere FTP sera tres certainement beaucoup plus costaud. Avec un nombre de connexion simultanée beaucoup plus important aussi. Et donc plus de lag sur les download FTP, meme pendant les grosse sortie. Actuellement au dela de 500 Connexion au FTP le serveur lag actrocement et beaucoup de gens se rabattent sur le Download HTTP. Désormais le FTP pourra contenir des millier de connexion sans flechir.