All Projects

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.

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.

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 avons changé de serveur hôte cl1-sql12 pour augmenter ses performances.

L'opération a engendré une coupure (non prévue) de 10 minutes environ.

Les performances se retrouveront bien augmentées suite a ce changement.

Avec nos excuses pour les désagréments.

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.

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.

Incident au niveau du serveur hébergeant des comptes cpanel.
Nos techniciens ont redémarré les services ce matin.

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

Le serveur vient d'être rebooté.

La machine Cpanel est en cours de redémarrage

L'installation d'un nouveau switch sur le réseau des serveurs sql,
provoque de courtes coupures

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é

ajout de 16Gb à 32Gb

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

Correction d'un bug au niveau des scripts de post install wheezy webmin 7.0 pour vds