All Projects

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.

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

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

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

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.

Bonjour,

Comme déjà indiqué, nous remplaçons nos plateformes email pour améliorer la fiabilité et les performances de celles-ci.

Des transferts sont en cours et peuvent engendrer pour l'instant des ralentissements passagers.

Merci de votre compréhension.

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.

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.

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

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

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

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

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.

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.

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

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.

Intervention en cours sur cl1-sql7

Le serveur hôte hprem21 n'est pas accessible suite à une panne d'un switch

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.

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.

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

problème de tls pour quelques client, le souci n'est pas générale. Quelques client ne reçoivent pas de mail de la part d'expéditeurs externes Nous sommes en train d'investiguer

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.

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

Mise à jour 14h15

Les connexions SMTP fonctionnent correctement sur le nouveau serveur. En cas de problème, nous vous invitons à redémarrer votre ordinateur et votre routeur internet.

Mise à jour 13h15

L'enregistrement DNS "smtp.phpnet.org" est à jour sur notre serveur DNS primaire. Nous vous recommandons de redémarrer votre ordinateur et votre routeur internet si la connexion au SMTP est toujours difficile (ça voudrait dire que votre connexion est encore dirigée vers le serveur deffectueux).

Mise à jour 12h15

La copie du serveur est en ligne, des connexions SMTP sont actuellement actives sur ce dernier.
L'ancien serveur reste en ligne pour le traitement des connexions déjà établient et celles qui pourraient encore tomber dessus.

Mise à jour 12h00

Les disques dur du serveurs présentent des dysfonctionnement. Une copie du serveur SMTP est en cours de mise en ligne.

Mise à jour 11h50

Le service SMTP reste instable malgré les opérations effectuées précédemment, l'incident est donc rouvert, des vérifications approfondies sont en cours

Mise à jour 11h30

le problème a été un cerné, il s'agissait d'un manque d'espace disque.
Les connexions SMTP vers smtp.phpnet.org sont de nouveau possibles.

Bonjour,

nous constatons actuellement des difficultés de connexions au serveur SMTP smtp.phpnet.org, lié à une charge importante du serveur.

Nos administrateurs procèdent actuelement au diagnostique de l'incident.

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.

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.

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.

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,

Depuis quelques semaines, nous rencontrons des soucis réguliers sur la plateforme CPANEL
(qui héberge les anciennes offres revendeur).

Nous avons déjà fait différentes tentatives pour régler définitivement ces perturbations mais ces
tentatives sont pour le moment restées en vain.
En effet, la plateforme CPANEL plante aléatoirement, sans erreur préalable et sans possibilité
de diagnostic dans les logs.

Nous avons déjà par exemple remplacé le hardware ou encore virtualisé CPANEL sans résultat
positif.

Ce matin, nous avons remplacé une nouvelle fois le kernel du serveur qui pourrait être une
[des] causes du souci. Nous allons maintenant observer le comportement et voir si cette fois-ci
cette intervention solutionne définitivement les plantages.

Sachez que nous n'abandonnons pas les efforts pour les clients hébergés sur ces offres bien que
celles-ci ne soient plus commercialisées aujourd'hui. Nous vous rappelons quand même que
la décision de fin de commercialisation de ces offres a été prise justement du fait de
l’instabilité de CPANEL dans son ensemble ainsi que de l'impossibilité pour PHPNET d'avoir
les pleins pouvoirs sur l'ensemble des scripts et applicatifs de CPANEL.
Nous ne pouvons donc que vous recommander d'envisager une solution soit en serveur dédié ou
VDS pour disposer de votre propre CPANEL, soit une migration sur une autre gamme d'offres
proposée par PHPNET.

Merci de votre compréhension et toutes nos excuses pour la gêne occasionnée.

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.

Migration des hotes (beng) vers openvz (pve)

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.

Bonjour,

Comme annoncé dans la dernière newsletter, nous avons investi dans une nouvelle installation afin d'améliorer la plateforme des e-mails.

Nous avançons actuellement sur la migration des plateformes email. Si tout se passe comme prévu, au moins une des plateformes devrait être migrée dans la nuit.
Cela pourra engendrer des micro-coupures sur l'accès POP/IMAP/Webmail.

Merci par avance de votre compréhension.

Migration du serveur Drivincloud

La migration des webmail Roundcube et Rainloop sera effectuée ce Vendredi 28 Décembre 2018.
Leur accès sera impossible durant l'opération (environ 30 minutes).

Les vds sont basés sur un os vserveur qui est de moins en moins supporté, nous les migrons petit a petit vers un systeme openvz plus fiable.