Koumbit Network Status - Commentaires

nouveau serveur web dans le répartiteur de charge - anarcat

anarcat — Thu, 28 Aug 2008 20:19:33 -0400

Merci de votre rapport précis et détaillé.

Nous avons effectivement remarqué une certaine lenteur et des problèmes associés à l'ajout du nouveau serveur au sein du répartiteur de charge. Nous avons donc renversé nos modifications et sommes dans l'attente de l'installation d'un serveur dédié comme serveur secondaire avant de réactiver la répartition.

nouveau serveur web dans le répartiteur de charge - Marie-Claude

Marie-Claude — Thu, 28 Aug 2008 15:21:04 -0400

Jeudi 15:00 à 15h20

Notre site est très long à télécharger de plus, je tente de travailler dans Modx, mais à chaque fois que je clique sur une page dans l'arborescence de gauche, le logiciel se ferme. Maintenant, il est 15h18 et la fenêtre pour faire les modifications (dans MODx) ne se télécharge plus....

Maintenance mercredi 30 - anarcat

anarcat — Wed, 30 Jul 2008 19:02:55 -0400

Intervention terminée. Le nouvel APC est en place et les coupures se sont produites, comme prévu, entre 15h30 et 16h30. Le rapport d'intervention est comme d'habitude disponible aux membres.

Merci de votre patience.

Coupure sur le serveur principal cette nuit - anarcat

anarcat — Wed, 30 Jul 2008 18:59:56 -0400

Pour les engins de recherche, ça ne fait pas de différence: le site est down, qu'il retourne du contenu ou pas.

Ce que l'on fait avec "filet", c'est l'équivalent des messages d'erreurs de Microsoft: on retourne le bon code d'erreur (503) qui dit aux engins de recherches, cache et clients web de revenir plus tard. C'est juste qu'on a quelquechose de plus joli qu'un "connexion refused".

Maintenance mercredi 30 - anarcat

anarcat — Wed, 30 Jul 2008 13:35:18 -0400

Notez que plusieurs dates erronées ont été publiées: c'est aujourd'hui l'intervention, à partir de 15h30. Une coupure supplémentaire se produira à 16h00.

Roadmap de la répartition de charge - anarcat

anarcat — Mon, 28 Jul 2008 21:20:37 -0400

Nouvelle mise à jour: le comité sysadmin a à nouveau examiné le roadmap et repoussé certaines échéances. On vise toujours à avoir le load balancing actif d'ici la fin du mois d'août mais la redondance du répartiteur de charge sera repoussée à septembre. Le serveur de fichiers dédié est également repoussé à septembre.

Coupure sur le serveur principal cette nuit - Robin

Robin — Sat, 05 Jul 2008 15:26:48 -0400

Pour moi, le problème n'est pas tant l'Europe que les engins de recherche. Qu'un site soit innaccessible, ok, le spider va repasser. Mais d'obtenir un nouveau contenu sur chaque site, chaque page, quand c'est down, alors c'est un gros problème, non ?

Roadmap de la répartition de charge - anarcat

anarcat — Thu, 03 Jul 2008 19:37:25 -0400

Nouvelle avancée: le serveur de répartition de charge est en ligne. Voir cet envoi pour les détails.

Coupure sur le réseau - bgm

bgm — Tue, 17 Jun 2008 17:13:18 -0400

Notre fournisseur en amont a confirmé la panne. Il y avait, d'une part, des problèmes intermittents de leur fournisseur en amont ce qui a causé un re-routage du traffic par un autre réseau. D'autre part, il y a eu un problème avec une switch centrale pendant la panne. C'est leur première panne majeure en 4 ans, la 2e en sept ans. Il est peu probable que le problème se reproduise.

Merci de votre compréhension.

(english)

Our uplink provider has confirmed the outage. The was flapping problems with their uplink provider, as well as a problem with a central switch. This is their first major outage in 4 years, and the 2nd major outage in 7 years. It is rather unlikely that it will happen again.

Thank you for your understanding.

MySQL: problème de performance résolu / performance problems solved - anarcat

anarcat — Mon, 09 Jun 2008 17:25:42 -0400

Mise à jour: nous avons eu d'autres problèmes de performance durant la journée qui ont sensiblement ralenti le service. Un site particulièrement lourd sur le mysql a été migré vers le serveur secondaire il y a quelques minutes, ce qui devrait alléger le serveur et améliorer la performance.

Roadmap de la répartition de charge - anarcat

anarcat — Thu, 05 Jun 2008 14:21:27 -0400

J'ai mis à jour le roadmap suivant les nouveaux développements. En bref:

délais dans le déploiement du load balancer
déploiement du serveur SQL et de fichiers dédiés inversés (SQL tout de suite et NFS plus tard)

J'espère encore avoir des serveurs web redondants et les serveurs SQL et fichiers dédiés (et en redondance) d'ici la fin août. Je considère cependant que la seconde partie (SQL et fichiers redondants) risque d'être difficile compte tenu des délais encourus à date.

Coupure dûe à un problème de système de fichiers - anarcat

anarcat — Tue, 03 Jun 2008 11:56:09 -0400

Tout devrait maintenant être rentré dans l'ordre. Nous faisons cependant une copie des fichiers sur demeter par mesure de sécurité. Si le problème vient à se répéter, nous pourrons alors utiliser le nouveau serveur comme serveur de fichier.

Coupure dûe à un problème de système de fichiers - fqppu

fqppu — Tue, 03 Jun 2008 10:58:47 -0400

Le service de courriel ne fonctionne toujours pas (La tâche «Recherche de nouveaux messages dans les dossiers auxquels vous êtes abonnés sur mail.fqppu.org.» a signalé une erreur (0x8004DF0B) : «Impossible de télécharger le dossier (null) sur le serveur de messagerie IMAP pour le compte mail.fqppu.org. Erreur : La connexion au serveur est indisponible. Outlook doit être en ligne pour effectuer cette action. Si ce problème persiste, contactez l'administrateur du serveur ou votre fournisseur de services Internet.») et notre site Web ne fonctionne plus. Il est 10h55 donc, à ma connaissance, rien n'est réglé...

Maintenance jeudi le 29 - anarcat

anarcat — Tue, 03 Jun 2008 10:17:46 -0400

Bref retour: l'intervention a été plus longue que prévu, mais le nouveau serveur (demeter.koumbit.net) est maintenant en ligne. Voir le rapport d'intervention (privé aux membres de Koumbit) pour plus de détails.

Ralentissement MySQL réglé, mise à jour du matériel prévue fin-mai 2008 - Anarcat

Anarcat — Tue, 20 May 2008 09:59:42 -0400

Quelques réponses:

1. est-ce que les propriétaires du site bombardé de spams en dont il est question ont été informés de ce fait?

Nous informons toujours les utilisateurs lors que nous faisons une intervention sur leurs serveurs ou sites d'hébergement. Ce cas-ci ne fait pas exception et l'utilisateur a été avisé rapidement, ce qui a également aidé à ramener la situation sous contrôle car le site était en fait inactif et l'utilisateur a demandé à ce qu'il soit simplement mis hors-ligne.

2. ...et est-ce que vous pourriez donner quelques trucs ou références à l'intention des HAG afin de mieux contrer ce problème à l'avenir ?

Il y a plusieurs solutions, ça dépend souvent des logiciels hébergés. Dans la plupart des cas, la mise en ligne d'un CAPTCHA suffit à enrayer la majorité du spam. Ensuite, des modules particuliers comme Akismet ou le module "Spam" de Drupal peuvent également faciliter la gestion du spam. Désactiver les modules "envoyer cette page à un ami" ou les formulaires de contact où l'utilisateur choisi l'adresse de destination (!!). Désactiver carrément certains sites périmés peut également nous sauver beaucoup d'ennuis...

Ralentissement MySQL réglé, mise à jour du matériel prévue fin-mai 2008 - kajoom

kajoom — Wed, 14 May 2008 13:31:34 -0400

Merci de nous renseigner sur la source du problème de lenteur. J'espère que le nouveau serveur puisse donner les performances d'accès auxquelles nous nous attendons.

Effectivement, la vitesse est revenue vers minuit hier... Cependant, je dois noter que le temps de réponse initial d'une requête est toujours lent ce matin. Une fois la première page chargée, ça va plus vite. Pour ma part, j'ai réglé une partie du problème en activant le cache sur mon site.

Mes questions seront les suivantes: est-ce que les propriétaires du site bombardé de spams en dont il est question ont été informés de ce fait et est-ce que vous pourriez donner quelques trucs ou références à l'intention des HAG afin de mieux contrer ce problème à l'avenir ?

Solidairement,

Kajoom