Tous les projets

=> 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.

Nous rencontrons actuellement un incident réseaux suite à une attaque.

Nous rencontrons actuellement un souci de réseaux.

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

L'équipe technique

Bonsoir,

Nous avons eu un incident ce soir sur notre réseau qui a impacté une partie des sites que nous hébergeons.

Plusieurs problèmes se sont en réalité accumulés et ont engendré cet incident :
- un souci de DNS lié a un enregistrement invalide a rendu la zone phpnet.org non chargée sur le serveur DNS primaire ;
- le DNS secondaire s'est retrouvé inaccessible justement ce soir en raison d'une erreur faite par un client sur son serveur dédié au niveau adressage IP ;

L'ensemble des services a été rétabli le plus rapidement possible.

Merci de votre compréhension.

Un nouvel incident est survenu au niveau de notre plateforme.

Nos équipes sont de nouveau mobilisées pour solutionner le problème rapidement.

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

Bonsoir,

Nous avons eu un incident sur mails2-frontal qui a été engendré par un bug de kernel qui remplissait les logs de manière gigantesque (des kernels panic sur chaque process ou presque).
Ceci a au final rempli les disques en quelques heures et engendré les problèmes de ce soir.

Nous avons supprimé les logs en question et remis un backup de certains fichiers systèmes corrompus par l'absence d'espace disque.

Tout doit etre rétabli a l'heure actuelle.
Nous n'avons jusqu'alors jamais rencontré ce type de problème, ce qui explique qu'il ai fallu faire un minimum de diagnostics avant de "supprimer" le problème.

Merci de votre compréhension.

Bonjour,
Les hôtes performances suivant sont injoignable : hprem10 // hprem30 // hprem31
Une intervention est en cours afin de rétablir l’accès dans les plus brefs délais.

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.

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.

Nous avons rencontrés un incident au niveau des serveurs de bases de données des hébergements mutualisés.

L'incident est lié à la mise à jour de MariaDB à la version 10.6, ce qui engendrait une erreur lors des tentatives de connexions des sites.
La coupure était de 14mn.

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

Suite à une intervention, certaines fonctionnalités du panel client sont actuellement inaccessibles.

Exemple : il n'est pas possible de récupérer des factures, de procéder à un paiement de commande, ou d'afficher les détails de vos abonnements.

Notre équipe technique s'efforce à tout remettre dans l'ordre dans les plus brefs délais.

Update 22 Juillet 2022 à 09:50

Le problème est résolu.

Une erreur de certificat expiré a été détecté au niveau du service ProMail ce qui a causé des avertissements lors de l'envoi / réception dans certains cas selon l'outil de messagerie utilisé.

L'incident a été corrigé en remplaçant le certificat fautif.

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.

Bonsoir,

Nous déployons en ce moment la nouvelle distribution sur nos nodes de calcul.

Les changements :

- upgrade php 5.3 / 5.4 / 5.5 / ajout 5.6
- passage a debian wheezy
- upgrade apache
- upgrade divers modules
- upgrade ioncube loader
- ajout intl

Merci de contacter le support au moindre souci suite a ces changements.

Suite à un dépassement de limite d'envoi de mail, notre ASN (Autonomous System Number) Magic a été blacklisté par UCE.
Le déblacklistage est annoncé pour le 04 juillet 2022 au plutard, soit dans sept jours.
Le spamscore doit commencer à baisser d'ici 24 heures.

Nos équipes sont mobilisées et prennent les mesures adéquates pour ne pas avoir de nouveaux impacts.

Update :
01 Juillet 2022

Suite à l'intervention effectuée par nos équipes, il n'y a eu un aucun nouvel impact.
Le déblacklistage prendra donc fin plus rapidement.

Update :
04 Juillet 2022

Incident terminé.

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,

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.

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.

Nous rencontrons actuellement des dysfonctionnements au niveau des différents services sur votre espace client.
<br />
Cela inclu la gestion de zones DNS et la facturation.
<br />
Nous sommes dessus et vous prions de patienter le temps que les services soient rétablis.

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

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

MISE À JOUR 17h46

L'accès aux sites est rétabli. Il s'agissait d'un bug dans un script.

Bonjour,

nous constatons une impossiblité d'accès aux sites hébergés sur les offres mutualisées (Mutu Start / Boost / Max) inaccessibles depuis 17h40.

La cause du problème est pour l'instant inconnue. Nos administrateurs font tout leur possible pour rétablir la situation.

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 10h20

L'incident a été causé par un problème d'alimentation et non un problème réseau. Les serveurs ont été relancés.

En cas de problème sur votre serveur Premium dédié, nous vous invitons à envoyer un ticket de support, ou à appeler le numéro du support dédié.

Un incident a été constaté à 10h10 sur le réseau des serveurs Premium dédiés, provoquant l'impossibilité de joindre les serveurs Premium dédiés.

L'équipe des administrateurs fais tout son possible pour rétablir rapidement la liaison.