Shapai.Org

samedi 17 juin 2006

Quelques améliorations...

Shapai profite depuis une semaine d'un 2ième disque dur, servant à réaliser un RAID 1 software avec le premier. On peut maintenant supporter une panne de disque sans perte de données. Merci à Sparc666 d'avoir réceptionné le disque et d'avoir déracké le serveur pour réaliser le branchement !

J'ai profité des reboots pour migrer en FreeBSD 5.5 qui nous apporte entière satisfaction à l'heure actuelle.

lundi 16 janvier 2006

Déplacement à venir

Après une longue période calme pendant laquelle le serveur a parfaitement fonctionné, il sera déplacé de nouveau, pour changer de fournisseur d'accés dans les jours ou semaines à venir, afin de bénéficier d'une bande passante plus stable. Shapai va donc être hébergé chez OVH d'ici peu de temps.

samedi 5 novembre 2005

Déplacement du serveur

Le serveur a été récemment déplacé physiquement, ce qui explique qu'il ait été redémarré aprés plus de 30 jours sans problème. Au passage, la connexion qui était passée en half duplex est revenue en full duplex, ce qui permet d'avoir de bien meilleures performances à tous les niveaux. La stabilité du serveur étant maintenant satisfaisante, nous allons migrer tous les sites vers le nouveau serveur, et finaliser la mise en place des différents services prévus (stats notamment) dans un futur proche.

dimanche 25 septembre 2005

Mise à jour de l'OS et tests du système

Le serveur a été mis à jour le samedi 17 septembre. Nous utilisons maintenant FreeBSD/i386 5.4, en lieu et place de FreeBSD/amd64 5.4. Le changement peut sembler anodin vu comme ça, mais en fait il est d'importance, puisqu'il a fallut remplacer l'intégralité de l'OS, sans pour autant perdre les données utilisateur.

Pourquoi ce changement ? Principalement parce que la version amd64 ne donnait pas satisfaction au niveau de sa stabilité. Il semblerait que les processeurs Intel EM64T ne soient pas 100% compatibles avec la norme AMD64. Cette compatibilité a été améliorée dans les derniers CPU Intel... Peut être est-ce la raison de cette instabilité ?

Afin de ne pas revivre le genre de mésaventure que shapai a connu, nous avons décidé de tester de manière relativement intensive le serveur avant de le remettre en "production". Pour ça, nous simulons des milliers de requêtes de pages, afin de faire travailler l'OS, mais également Apache, PHP et MySQL, qui sont les principaux modules travaillant sur le serveur. Cette semaine de tests ayant été plutôt concluante, nous allons rajouter de nouveaux éléments (snmpd, serveur battlefield 2, ...) afin de tester tout ce petit monde en situation. Ensuite, si les tests sont concluants, nous pourrons alors reprendre la migration des sites sur shapai.

dimanche 11 septembre 2005

Problèmes de stabilité

Comme vous avez peut être remarqué, le serveur vient encore une fois de tomber. Apparemment, le problème se situe au niveau du kernel de FreeBSD/amd64, qui ne serait pas d'une stabilité à toute épreuve. Les investigations sont en cours... mais l'on s'oriente vers une réinstallation de l'OS du serveur, pour passer à une FreeBSD/i386. Ce n'est certes pas une très bonne nouvelle :(

Les sites seront re-migrés vers leur serveur d'origine le temps de remettre le tout en place.

dimanche 4 septembre 2005

Shapai.org est né !

Après un long moment de flottement, le portail Shapai.org, dédié au serveur Shapai et à tous les sites qu'il héberge, a vu le jour. Merci à Fred pour son design. A priori, ce portail devrait s'aggrandir dans les jours et semaines à venir, pour rassembler :

  • Les informations relatives au service fourni
  • Une section contenant notre expérience avec FreeBSD/amd64, Dell, CTN1, et autres acteurs de cette grande aventure
  • Toujours plus de statistiques

Parmi les nouveautés du jour, on peut également citer la mise en place du logrotate apache, couplé à la mise à jour des stats avec Webalizer. Du coup, la génération des statistiques devrait être plus rapide maintenant, n'ayant plus à parser toutes les vieilles données accumulées.

NB: Correction du logrotate, en rajoutant un restart de apache afin de le forcer à écrire dans les nouveaux fichiers log.