Tous les projets

Un incident a provoqué l'interruption de service de cl1-sql14 durant 15 minutes ( de 15h10 à 15h25 ).

Veuillez nous excuser de la gêne occasionnée.

Bonjour,

Nous avons en effet rencontré un incident sur nos serveurs DNS gérant la zone phpnet.org.
Ceci a eu pour conséquence d'interrompre la résolution des noms de serveurs Mysql sur les hébergements Premium.

L'incident était lié a un manque de vérification dans l'un des scripts de génération des zones DNS.
Il s'agit en fait à la base d'un concours de circonstance puisqu'à la fois le serveur DNS secondaire a été redémarré hier midi
et un enregistrement non valide a été ajouté par un script hier matin...

Nous avons corrigé durablement l'origine du souci afin que ceci ne se reproduise pas.

Nous vous remercions de votre compréhension pour cet incident exceptionnel et vous prions de bien vouloir nous en excuser.

Nous restons à votre disposition pour tout complément d'information.

Bien cordialement,

-----

Incident sur nos serveurs en cours.
Nos techniciens sont en train de régler le problème.

Merci de votre compréhension.

L'équipe PHPNET

Bonjour,

Nous avons un incident depuis 22:48 sur ces 4 serveurs Mysql.

Nos équipes interviennent sur place car une intervention distante n'est pas possible.

Merci de votre compréhension.

Un problème (connexion impossible au serveur) est en cours de résolution sur mx1.

Il y a eu un incident sur vz26.

Nous avons été contraints de le rebooter.

Le service revient à la normale en ce moment.

Merci de votre compréhension.

Nous rencontrons actuellement un souci de réseaux.

Veuillez nous excuser des désagréments occasionnés.

L'équipe technique

=> Incident terminé

Bonjour,

Nous rencontrons un souci avec le serveur de mails 1 (mx.phpnet.org).
Veuillez nous excuser pour les désagréments occasionnés.
Nous vous tiendrons informés dans les plus brefs délais.

Merci de votre compréhension.

L'équipe technique.

Bonsoir,

Nous rencontrons un incident réseaux. Des techniciens sont en cours d'intervention.

Merci de votre compréhension.

Bonjour,

Nous avons rencontré un souci réseau sur la plateforme mails 3. L'incident a été solutionné.

Merci de votre compréhension.

l'équipe technique

Bonjour,

Nous rencontrons actuellement un ralentissement du réseau.
Un incident avec un de nos fournisseurs réseau est en cours de résolution.

Merci de votre compréhension.

l'équipe Phpnet

Bonjour,

Nous rencontrons actuellement un incident sur un serveur mutualisé (Filer5)

Nous sommes actuellement en intervention.

Merci de votre compréhension.

L'équipe Phpnet

Bonjour,

Nous avons constaté un incident au niveau des enregistrements MX causant des perturbations sur la livraison des e-mails.

Veuillez nous excuser des désagréments occasionnés.

L'équipe technique

Bonjour,

Nous subissons actuellement un ralentissement du serveur de mail mx2.phpnet.org
Les mails entrants sont dans la liste et vont être un peu retardés.

Veuillez nous excuser pour ces désagréments.

L'équipe PHPNET

Une file d'attente s'est créée depuis environ 2 jours sur un des serveurs de courriers entrants, impliquant un délai de livraison très important (entre 10 minutes et 3 heures) pour les e-mails à destination de comptes gérés sur nos serveurs.

La source du problème a été décelé à 14h30, et la file d'attente a été purgé peu après. Ainsi, les derniers e-mails sont en cours de livraison.

Bonjour,

un problème de SSD a provoqué l'arrêt du serveur vzsql2, sur lequel sont hébergés plusieurs serveur MySQL Gold (liste en bas d'article).

Mise à jour 19h00 :

Incident terminé, l'ensemble des services est de nouveau opérationnel

Mise à jour 17h55 :

50% des MySQL Gold sont de nouveau en route.

Mise à jour 17h38 :

Les disques du serveur vzsql2 ont été remontés en lecture seule sur une autre machine, de manière à pouvoir déplacer les machines virtuelles qui composent les MySQL Gold vers un nouveau serveur.

Aucunes données ne devraient être perdues, mais l'opération pourrait durer plus d'une heure.

Liste des serveurs MySQL Gold concernés :

 8157, 8158, 8166, 8168, 8173, 8196, 8200, 8202, 8211, 8214, 8222, 8225, 8241, 8243, 8255, 8259, 8266, 8267, 8274, 8277, 8280, 8286, 8290, 8293, 8294, 8295, 8296, 8297, 8299, 8301, 8302, 8303, 8304, 8308, ,8309, 8311, 8312, 8314, 8316, 8317, 8318, 8319, 8320, 8321, 8323, 8324, 8325, 8328, 8331, 8333, 8335, 8336, 8337, 8338, 8339, 8340, 8345, 8352, 8354, 8356, 8359, 8360, 8361, 8364, 8365, 8368, 8369, 8370, ,8371, 8372, 8373, 8374, 8377, 8380, 8381, 8384, 8385, 8387, 8389, 8391, 8392, 8393, 8395, 8396, 8397, 8398, 8399, 8400, 8402, 8405, 8406, 8407, 8408, 8409, 8410, 8413, 8414, 8415, 8417, 8418, 8421, 8423, ,8424, 8430, 8432, 8433, 8434, 8435, 8437, 8438, 8442, 8444, 8445, 8447, 8708, 8709, 8710.

Un incident chez l'opérateur de notre ligne téléphonique principale provoque depuis 12h00 des perturbations importantes sur la qualité des appels (voir l'impossibilité de nous joindre).

Vous pouvez toutefois contacter le support téléphonique, via notre numéro de secour :

(+33) 4 27 86 85 29

Mise à jour 15h20 :

Certaines fonctions de l'espace client restent indisponibles : modification de la version de PHP sur les hébergements mutualisés, accès aux sauvegardes des bases de données.

Certains FTP sont toujours inaccessibles (hébergements Mutu uniquement).

Mise à jour 12h00 :

L'espace client est de nouveau disponible. Des vérifications sont toutefois toujours en cours.

Mise à jour 11h45 :

Le redémarrage du serveur est terminé. L'accès à l'espace client sera rétabli d'ici quelques minutes.

Mise à jour 11h35 :

Le serveur incriminé est en cours de redémarrage. Pendant ce temps, l'accès au panel est impossible.

Ouverture de l'incident :

Un incident provoque actuellement l'impossiblité d'accéder à certains hébergement mutualisés en FTP, mais rend également non fonctionnelle certaines fonctions de l'espace client (accès aux sauvegardes des bases de données, changement de version de PHP, etc..)

Nous faisons au plus vite.

Bonjour, ce matin entre 8h30 et 12h30, un ralentissement important a été constaté pour la livraison de certains e-mails vers les comptes mails hébergés chez PHPNET.

Cet incident a été causé par un manque d'espace disque sur l'un des serveurs entrant PHPNET.

Il est officielement clos depuis 12h30.

Un ralentissement sur la livraison des e-mails vers des comptes non hébergés par PHPNET a été constaté ce matin à partir de 8h30.

Ce ralentissement est un effet de bord de l'incident survenu ce matin sur l'un des serveur entrant (voir http://status.phpnet.org/task/91).

Une partie des e-mails en attente d'envoi depuis 08h30 ont été reroutés vers un serveur dont la résolution DNS a dysfonctionné, déférrant d'encore quelques heures leur livraison effective.

Une autre partie a cependant pu être livrée entre 11h30 et 12h30.

Cet incident est maintenant clos. En cas de doute sur la livraison d'un de vos courriels, nous vous invitons à ouvrir un ticket de support, en indiquant précisément tous les éléments suivants :

• Adresse de l'émetteur


• Adresse du destinataire


• Heure d'envoi

Bonjour,

Un incident technique sur le serveur de fichier du serveur de messagerie mx.phpnet.org survenu cette nuit aux alentours de 2h30 a provoqué différents problèmes :

• Lenteur sur la livraisons des e-mails vers les comptes qu'il gère : les e-mails à destination de comptes mail hébergés sur mx.phpnet.org peuvent délayés de plusieurs heures.
  Les e-mails en attente seront peu à peu délivrés sur le cours de la jounée.


• Ralentissement des authentification IMAP/POP/SMTP des comptes hébergés sur mx.phpnet.org.

Suite à un incident sur un de nos serveurs de mails, il n'est pas possible de récupérer vos mails sur certains domaines.

Si vous êtes touché par cet incident, vous ne verrez plus la liste de vos adresses mail dans la page de gestion du panel PHPNET.

L'incident est en cours de résolution, aucune perte de données n'est à déplorer.

Cette page sera mise à jour au fur et à mesure de l'avancement de la résolution.

Nous constatons différents problèmes ponctuels d'interconnexion entre plusieurs de nos serveurs, déplacés pour une partie dans nos nouveaux datacenter à Lyon et Paris.

Ils se représentent par des temps de connexion dépassés entre les hébergements et les serveurs de base de données, ou encore entre les hébergements et les serveurs SMTP.

Le phénomène est toutefois très aléatoire, et plutôt "rare".

Nos administrateurs font tout leur possible pour trouver l'origine du problème.

Mise à jour 01/02/2019 :

Nous savons depuis quelques jours que le problème est lié à l'opérateur SFR qui s'est chargé de relié le datacenter de Grenoble vers celui de Paris.

Des opérations sont effectuées par cet opérateur pour tenter de mettre un terme à ces incidents. Résolution potentielle Mardi 05 Février par SFR.