All Projects

L'envoi d'e-mail est actuellement ralenti. Nous tavaillons à la résolution du problème.

Mise à jour 15h25

La problème a été résolu, tous les e-mils en attente ont été remis

21/05/2018 - 17h30 : Incident résolu

Le "filermail" a été relancé après vérification de l'intégrité de ses disques.
La connexion aux comptes mails hébergés sur ce dernier (e-mail sur MX4) est de nouveau possible.

21/05/2018 - 14h00 :

Nous avons une panne sur un filermail depuis 14h, qui concerne les comptes e-mails gérés sur le serveur mx4.phpnet.org.

Cela provoque une disparition de vos comptes e-mails dans l'espace client, et l'impossibilité de s'y connecter en POP et IMAP.

L'incident est en cours de résolution.

Deux serveurs SMTP ont été inaccessibles de Vendredi 18/05 20h, à Samedi 19/05 à 15h30.

Cela a provoqué une difficulté d'envoi des e-mails durant ce laps de temps (refus de connexion SMTP, transmission d'e-mail très longue).

L'interface DrivinCloud, qui permet la connexion depuis un navigateur vers les comptes de backup, a été inopérente du Vendredi 18/05 20h, à Samedi 19/05 à 15h30.

De Vendredi 18/05 20h, à Samedi 19/05 à 15h30, les tâches CRON, renseignés depuis l'espace client, n'ont pas pu êtres exécutées, car le serveur les gérant a été inaccessibles suite à une surcharge.

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.

Une erreur de script a provoqué la génération de zones DNS erronnées pour les domaines liés a des hébergements Premium dont la gestion de la zone est en mode standard, depuis hier soir.
Les domaines concernés n'ont plus d'enregistrement MX dans leur zone DNS, provoquant l'impossiblité de leur transmettre des e-mails, à partir de certains serveurs d'envois (si leur cache DNS est regénéré fréquemment).

Les corrections sur le script ont été appliqué, la propagation des zones DNS correctes est en cours.

Les mails envoyés vers ces domaines durant cette période pourrait arriver, ou ne pas arriver, tout dépend du nombre d'essais effectués par les serveurs d'envoi utilisés par les émetteurs.

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.

Certains serveurs premiums disposant d'une adresse IP publique sont actuellement injoignables.
Cette coupure survient de manière aléatoire.

Notre équipe technique met tout en oeuvre pour rétablir les services concernés.

Le serveur magicvz2, qui est un hôte d'hébergement Premium, rencontre des problèmes depuis cette nuit. Le résultat est une impossible d'accès aux sites hébergés sur ces Premium de manière intermittente.

Les administrateurs ont débutés la migration des hébergements Premium suivant. La situation devrait revenir à la normal dans la fin de journée.

Il est impossible de se connecter à plusieurs sites hébergés sur des Mutu, depuis 15h50 (le 25/02/2018).

Le problème est en cours de traitement, les sites redeviennent fonctionnels petit à petit.

Un nouvel incident sur nos serveurs de stockage est en cours et empêche l'accès à certains sites hébergés sur des hébergements mutualisés depuis 10h ce matin.

Nous faisons tout notre possible pour rétablir l'accès aux sites.

Mise à jour 21h50 : Le switch a été remplacé. Tous les serveurs sont de nouveau accessibles.

L'ensemble des serveurs suivants sont inaccessibles à cause d'un switch HS dans la baie 415.

magicvzd1041
magicvzd1038
magicvzd1044
magicvzd1037
magicvzd1053
magicvzd1042
magicvzd1034
magicvzd1067
magicvzd1046
magicvzd1062
magicvzd1063
magicvzd1066
magicvzd1054
magicvzd1056
magicvzd1031
magicvzd1029
magicvzd1081
magicvzd1019
magicvzd1022
magicvzd1000

magicvds1

cl1-sql9
cl1-sql13
cl1-sql14

Mise à jour 09h55 : Incident clos

Le problème d'envoi a été réglé. Il s'est produit de manière aléatoire depuis hier 18h30, jusqu'à ce matin 09h55.

Ouverture de l'incident

L'envoi d'e-mail est perturbé : certaines connexions au serveur SMTP se trouvent en échec, avec comme information une authentification incorrecte.

Problème électrique sur un hôte VDS. Les VDS suivants sont injoignable

résolu le 09/08/2019 a 11h20

Un incident est survenu sur notre réseau rendant la majorité de nos services indisponibles aux alentours de 11h30.

Une équipe de technicien est sur place depuis 12h et fait son maximum pour rétablir le fonctionnement de l'infrastructure.

Mise à jour 12h00

Les hébergements Premium (dédié), MySQL Gold, les VPS et serveurs dédiés sont UP.

Mise à jour 13h48

Hébergement Mutu UP.

Mise à jour 14h55

Infrastructure virtuelle en cours de redémarrage.

Mise à jour 15h01

Les serveurs sont en cours de redémarrage, ainsi, les sites web du groupe, le webmail, les serveurs de messagerie, etc, vont être UP à leur tour.

Mise à jour 16h30

Messagerie "PHPNET" fonctionnelle

Mise à jour 19h40

Service de messagerie "NUXIT" fonctionnel.

Incident terminé

Bonjour,

Nous avons actuellement des soucis de charge sur VSERVER10SSD, l'un des serveurs hote pour les VDS SSD.

Le nécessaire est en train d'être fait pour un retour rapide a la normale.

Merci de votre compréhension.

Bonjour,

Nous avons eu un incident lié a la virtualisation sur cl1-sql9.

Nous avons fait le nécessaire pour que le souci ne se produise plus.

De nouveaux serveurs SQL sont en cours d'installation.

Merci de votre compréhension.

Intervention en cours sur cl1-sql7

Incident sur vz9

Correction d'un bug au niveau des scripts de post install wheezy webmin 7.0 pour vds

Incident au niveau du serveur hébergeant les comptes cpanel.
Nos techniciens font le nécessaire pour rétablir le serveur.
Nos équipes travaillent pour fiabiliser les serveurs de comptes revendeur

Incident sur vz15 le systeme doit être redemarré

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.

Un changement de disque dur a été effectué sur le serveur de base de données Cl2-sql2.
Nous nous excusons pour la gène occasionnée, la maintenance du serveur sera terminée d'ici quelques minutes.

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.

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.

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.

Bonjour,

Suite à l'intervention effectuée vendredi sur les routages de nos serveurs Mails et FTP,
certains clients n'arrivent plus a récupérer leurs mails ou a se connecter au FTP.

Ceci est lié a l’hôte de connexion (serveur de courrier entrant) qu'ils utilisaient et
qui n'est pas celui préconisé par PHPNET. En effet nous avons toujours indiqué, que ce
soit dans le mail d'ouverture d'un compte d'hébergement, dans les documentations ou
encore dans le panel PHPNET que les serveurs sont les suivants :

SERVEUR POP : pop.phpnet.org
SERVEUR IMAP : imap.phpnet.org
SERVEUR FTP : ftp.phpnet.org

Si vous utilisez une autre adresse que cela, il faut modifier votre configuration.

Cordialement,

Nous allons changer de serveur hôte cl1-sql5 pour augmenter ses performances.

L'opération va engendrer une coupure de 5 minutes environ.

Les performances se retrouveront bien augmentées suite a ce changement.

Avec nos excuses pour les désagréments.

Remplacement du serveur sql par un serveur plus rapide, plus performant de type ssd.

Afin d’améliorer les performances de ces serveurs nous allons changer de machine pour passer sur du ssd.

Une coupure de 1 à 3 minutes peut avoir lieu sur quelques VDS

Un de nos serveurs de backup est toujours en reconstruction Raid depuis 3 jours.
Les backup des bases de données des Premium ne sont pour l'instant pas accessibles.

De votre côté, il est également fortement recommandé de prendre l'habitude de sauvegarder votre site régulièrement afin d'éviter tout risque de perte de données.

L'équipe technique.

Maintenance sur cl2 sql2 : coupure possible de quelques minutes.

Merci de votre compréhension.

L'équipe technique
04 82 53 02 10

Maintenance des switch de distribution.
Petites coupures possibles.

Merci de votre compréhension.

L'équipe technique

Un maintenance sur VZ7 est en cours.
Cette intervention nécessite un reboot de VZ7.
Coupure possible.

Merci de votre compréhension.

L'équipe technique.

Nous allons intervenir ce jour sur notre réseau afin de déménager certains routeurs.

L'intervention va se dérouler entre 12h30 et 13h00 et pourra engendrer quelques secondes à quelques minutes de coupure sur l'ensemble de notre réseau.

Nous vous remercions par avance pour votre compréhension.

l'équipe PHPNET

Cher client,

Une mise à jour du Kernel sur l'ensemble des serveurs VPS est prévue mercredi 2 novembre 2016 entre 4H00 et 7H00 du matin.
Cette maintenance nécessitera une coupure d'un vingtaine de minutes.

Nous vous remercions de votre compréhension.

Bien cordialement,

L'équipe technique

PHPNET FRANCE
97B rue Général Mangin
38100 GRENOBLE
04 82 53 02 10
https://phpnet.org/

Bonjour,

Une opération de maintenance sur l'espace client a provoqué certains dysfonctionnement entre 15h et 15h40, notamment une impossibilité de s'y connecter.

La situation a été rétabli, vous pouvez ainsi vous connecter de nouveau, avec votre mot de passe habituel.

Nous sommes désolés pour la gêne occasionnée.

----

L'équipe PHPNET France

MàJ : Jeudi 13 décembre à 11h30 : Opération de maintenance terminée, le standard téléphonique est à nouveau joignable.

En raison d'opérations de maintenance sur le réseau téléphonique, il y aura une indisponibilité du support téléphone pendant quelques heures le jeudi 13 décembre 2018.

En raison d'une opération de maintenance sur une de nos fibres optiques, certains de nos serveurs pourront être brièvement injoignables entre 12h30 et 12h45.
Merci pour votre compréhension.

Mise à jour 14h00: l'opération de maintenance a été reportée par SFR à mardi 05/02, 12h15.

Mise à jour 05/02/2019 - 13h45 :

Les opérations ont bien avancées. Des lenteurs importantes ont pu être constatées entre 12h15 et 13h40.

Suite au rapprochement entre Magic Online, Nuxit et PHPNET, une maintenance aura lieu pour mettre en place l'interface de gestion commune des services le lundi 02 décembre 2019 à partir de 09h00.

Pendant cette maintenance, seront inaccessibles :

• https://phpnet.org
• https://panel.phpnet.org

À l'issue de cette maintenance, une nouvelle interface de gestion ainsi qu'un nouveau processus de commande vous seront proposés, les instructions détaillées permettant l'accès aux nouvelles interfaces seront communiquées par mail à l'ensemble des clients.

Nous nous efforcerons de mettre à jour cette tâche au fur et à mesure de la maintenance pour vous tenir informés de l’avancement.

Migration des hotes (beng) vers openvz (pve)