Tous les projets

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

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.

Incident sur vz15 le systeme doit être redemarré

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

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.

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.

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

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.

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.

ajout de 16Gb à 32Gb

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.

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.

Bonjour,

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

Nous sommes actuellement en intervention.

Merci de votre compréhension.

L'équipe Phpnet

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.

En raison du déplacement des données des plateformes mutualisées et premiums, des coupures et ralentissements pourront être ressentis jeudi 7 février à partir de 12h00 pendant quelques heures.

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.

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.

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,

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.