Forums de WDMédia-Hébergement

Bonjour,

Comme vu coté support, en fait il y avait un petit soucis avec la règle de réécriture, même si cela n'explique pas l'erreur 500.

La bonne règle est :

RewriteRule ^kanto/([a-z0-9-]+) /reroute.php?chant=$1

Bonjour Danny,

1. Je dois avouer que la question n'est pas très claire, s'agit t'il d'un sous domaine de votre domaine, ou d'une adresse différente fournie via un sous domaine sur un de nos domaines dédiés à l'accès des clients ?

2. L'espace client est en effet dégarni, des travaux d'infrastructures ont changé pas mal de process et le développement des interfaces d'admin correspondantes sont u peu longues. En attendant, tout passe par le support.

En vous souhaitant une bonne journée,

Cordialement,

Bonjour,

Je fais ce jour le retour vis à vis de cet incident, nous avions oublié de le faire.

Revenons d'abord sur les faits : que s'est t'il passé ?

Le répartiteur de charge primaire a redémarré, pour une raison encore inconnu (ce sont des choses qui arrivent). Pendant son reboot, le répartiteur de charge secondaire a pris le relais, tout est normal.

Quand le répartiteur de charge primaire a repris le contrôle, un dysfonctionnement est apparu, car le logiciel de répartition de charge n'avait pas redémarré. Du coup, il n'assurait plus le service, mais étant actif quand même, le répartiteur secondaire ne pouvait pas le remplacer. A ce moment, il n'y avait plus de répartition de charge du web ou des mails, donc ces services étaient inopérant.

Le système de monitoring a alors détecté le défaut et envoyé une alerte. Sur cette chaîne de fonctionnement, l'alerte était de type mail, hors l'absence de répartition de charge empêchait la consultation des mails. L'alerte ne nous est donc pas parvenue, ainsi que les e-mails de client signalant le problème.

Dès le matin, nous avons constaté l'incident, et nous avons rétabli le fonctionnement normal.

Nous avons ensuite procédé a différentes amélioration pour empêcher qu'un tel incident ne se reproduise :

* nous avons revalidé la séquence de démarrage des répartiteurs de charge pour que tous les logiciels démarrent bien (objectif de prévention de l'incident)

* nous avons rajouté un contrôle interne aux serveurs de répartition de charge afin de relancer automatiquement le logiciel de répartition de charge si nécessaire (objectif de correction de l'incident)

* nous avons modifié le monitoring sur ces chaînes de fonctionnement, afin d'avoir des alertes et escalades complémentaires par mail, sms, téléphone (objectif d'information complète sur l'incident)

Cet incident est désormais clos et non répétables sur les équipements.

En vous souhaitant une bonne journée,

Bonjour Eric,

Il y a en effet eut un incident technique hier qui a conduit a une indisponibilité des services.

Nous communiquerons plus de détail sur cet incident, ses causes et les solutions mises en oeuvre dans peu de temps.

En vous souhaitant une bonne journée,