Tous les projets

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.

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.

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,

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 du serveur Drivincloud

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.

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.

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

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.

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

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.

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

Le serveur vient d'être rebooté.

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.

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

Incident sur vz15 le systeme doit être redemarré

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 vz9

Intervention en cours sur cl1-sql7

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

Mise à jour: Intervention terminée, le réseau a été rétabli à 18:38

Les serveurs suivants sont inaccessibles à cause d'un problème réseau (Switch sw1211) dans la baie 422.

Une intervention en cours sur le serveur hsql26 suite à un incident.

Nos serveurs mutualisés rencontrent actuellement un problème de blacklistage chez le fournisseur Microsoft.
Tout mail envoyé vers ce prestataire est automatiquement rejeté.
Le déblacklistage est en cours.

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.