All Projects

Nous avons rencontré de 16h18 à 16h30 un incident de serveur sur certains mutualisés (filer 6).
Nos techniciens ont rétabli le service. N'hésitez pas à rafraîchir vos pages.

Merci de votre compréhension.

Le support PHPNET

[incident terminé mais nous restons en alerte]

Bonjour,

Nous rencontrons actuellement des ralentissements sur nos serveurs mutualisés.
Nos techniciens sont en train d'intervenir pour régler le problème réseau.

Merci de votre compréhension.

L'équipe technique

Le système de fichiers sur lequel sont situé les comptes sur /home/users6 s'est brusquement corrompu alors que le système était en cours de fonctionnement, nous avons donc du basculer en urgence sur le nouveau serveur à base de SSD sur lequel nous devions basculer au cours de la semaine.

Les fichiers sur le nouveau serveur n'ayant pas été synchronisés depuis un peu plus d'une semaine, nous sommes en train de restaurer les fichiers modifiés plus récemment depuis le serveur de sauvegarde, cela devrait prendre plusieurs heures.

Nous avons redémarré le serveur ayant rencontré le problème, il est en train de corriger les erreurs sur le système de fichiers. Nous pourrons restaurer à la demande des repertoires ou fichiers qui auraient été modifiés plus récemment que la dernière sauvegarde mais il y à le risque que certains fichiers ne soient pas restaurables.

Votre compte mutualisé est impacté si le chemin affiché sur la page "Proteger le dossier" du panel commence par "/home/users6/".

Les Premiums ne sont pas impactés.

Une coupure sur le réseau, apparement causée par le dysfonctionnement d'un switch, est survenue peu avant 17h et a provoqué une inaccessibilité des sites hébergés sur des hébergements Premium et Premium dédiés durant environ 3 minutes.

Le rétablissement du lien s'est fait rapidement, mais des perturbations sont toujours constatées (lenteurs d'accès aux sites web, connexion FTP, liens vers les bases de données).

Plus d'informations sur l'incident seront mises à disposition dès que possible.

Mise à jour 18h00

Un bug au niveau du routage des paquets a été décelé par l'équipe des administrateurs réseau. La configuration du switch a été revue, l'incident est clos.

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.

Bonjour,

Un incident sur notre réseau rend actuellement impossible les connexions vers certains serveurs de messagerie, vers certains serveurs dédiés et certains serveurs de bases de données (liste en bas de page).
Nous mettrons à jour cette page au fur et à mesure de l'avancé de la résolution de l'incident.

Mise à jour - 11h30 :

La connexion vers les serveurs est de nouveau possible depuis quelques minutes. Les accès pourraient être encore perturbés le temps de la cloture définitive de l'incident.

Mise à jour - 11h45 :Incident résolu

Liste des serveurs concernés :

Serveurs de messagerie

• mx4
• mx5
• mx6
• mx7

Serveurs Premium dédié

• vzd5017
• vzd5057
• vzd5058
• vzd5059
• vzd5061
• vzd5062
• vzd5089
• vzd5090

Serveur de base de données

• cl1-sql8
• cl1-sql17
• cpanel1sql

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 02/03/2018, 17h30

Le certificat pour les serveurs POP a été remplacé. L'incident est clos.

Mise à jour 16h58

Les connexions SSL aux différents services ont été rétabli en fin de matinée, sauf pour les connexions POP, qui viennent d'être rétabli à l'instant.
En cas de problème, nous vous recommandons de redémarrer vos ordinateurs ou téléphone, puis à nous contacter si la connexion reste impossible.

Ouverture de l'incident 9h00

Notre fournisseur de certificat SSL (RapidSSL et Trustico) a été victime d'un piratage de ses clés privées. Les connexions sécurisées sont bloquées sur certains navigateurs. Des changements de certificats sont en cours afin que vous puissiez à nouveau utiliser nos services sans encombres.

Veuillez nous excuser pour les désagréments causés

Cordialement,
L'équipe technique

Nous subissons à l'instant une attaque qui paralyse nos premiums. Nos techniciens s'occupent du problème.

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.

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.

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.

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é

Une intervention non planifiée sur le VDS 29 impliquant le redémarrage des conteneurs sous cette machine hôte.

Nous nous excusons pour le désagrément occasionné.

L’équipe Nuxit

Nos outils de monitoring nous ont remonté le 9 Janvier à 00:52 l'inaccessibilité de certaines machines/services sur la plage 195.144.11.0/24

Il s'est avéré qu'il y eu une montée brusque de trafic ce qui a déclenché la contre-mesure du Firewall en bloquant la plage d'ip en question.

Cette mesure est nécessaire pour éviter la détérioration des services et contrer les potentiels attaques.

La contre-mesure a été recalibré pour éviter des futures incidents de ce type.

La remise en ligne des services : 9 Janvier 03:45.

Fin de l'intervention.

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

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é

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

Bonjour,

Nous rencontrons un incident sur la plateforme cpanel/revendeurs.

Il s'agit peut être d'un souci matériel.
Nos équipes interviennent en ce moment.

Le serveur vz1 a subit une grosse surcharge engendrant une perte de controle
de la machine.

Le serveur vient d'être rebooté.

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.

Ce matin un incident est apparu sur le serveur vds vserver11
nos technicien on redémarré la machine

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.

Bonsoir,

Nous avons été contraint de rebooter le serveur hote vz21 car celui-ci était en surcharge importante.

Les différents prémiums hébergés sur ce serveur sont en cours de reboot.

Merci de votre comprehension.

Bonjour,

Il y a eu un incident sur vz15 lié a une grosse surcharge temporaire du serveur concerné.

Nous avons été contraint de le rebooter.

Le service revient a la normale en ce moment.

Merci de votre compréhension.

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.

Nous avons rencontré un problème de résolution de noms sur le secteur serveurs Premium mutualisés aujourd'hui entre 13h30 et 14h.
Le problème est désormais résolu.

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

Migration du serveur Drivincloud

Bonjour,

Il y a eu un changement de routage pour les services :
- POP
- IMAP
- MX
- FTP
- QMAILADMIN

Certains problèmes imprévu se sont posés entre 11h30 et 12h15 sur l'ensemble de ces services.
Qmailadmin vient d'etre rétabli a 13h20.

Tous les services sont bien accessibles pour nous a l'heure actuelle.

ATTENTION PAR CONTRE :
Le serveur POP est pop.phpnet.org
Le serveur IMAP est imap.phpnet.org
Si vous utilisiez avec succès dans certains cas mail.votredomaine ou tout autre adresse pour l'accès pop/imap, sachez que cela ne pourra plus fonctionner
a partir de ce jour. Nous avons isolé au maximum les différents services afin d'en améliorer la sécurité et la redondance.

Merci de votre compréhension.

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,

Il y a eu un incident sur vz15 lié a une grosse surcharge temporaire du serveur concerné.

Nous avons été contraint de le rebooter.

Le service revient a la normale en ce moment.

Merci de votre compréhension.

Nous rencontrons un problème sur nos plate-formes Mails depuis plusieurs jours,
nos techniciens sont actuellement en train de procéder a une amélioration du
service pour un retour a la normale dans les meilleurs délais.

Les problèmes de retard sur la livraison des mails sortants sont en cours de résolution.

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

Afin d'optimiser les accès aux bases MYSQL, une opération de maintenance est planifiée Vendredi 27 Février entre 5h et 9h sur tous les serveurs Premium mutualisés.
Chaque serveur hôte sera inaccessible pendant 10 minutes.

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

Bien cordialement,

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.