All Projects

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

Bonjour,

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

Nous sommes actuellement en intervention.

Merci de votre compréhension.

L'équipe Phpnet

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

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.

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

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.

Incident sur vz9

ajout de 16Gb à 32Gb

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.

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.

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.

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.

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.

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

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

Certains serveurs premiums disposant d'une adresse IP publique sont actuellement injoignables.
Cette coupure survient de manière aléatoire.

Notre équipe technique met tout en oeuvre pour rétablir les services concernés.

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.

Migration des hotes (beng) vers openvz (pve)

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,

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

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

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.

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.

Nous allons changer de serveur hôte cl1-sql5 pour augmenter ses performances.

L'opération va engendrer une coupure de 5 minutes environ.

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

Avec nos excuses pour les désagréments.

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.

Remplacement du serveur sql par un serveur plus rapide, plus performant de type ssd.

Afin d’améliorer les performances de ces serveurs nous allons changer de machine pour passer sur du ssd.

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.

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.

Maintenance sur cl2 sql2 : coupure possible de quelques minutes.

Merci de votre compréhension.

L'équipe technique
04 82 53 02 10

Bonjour,

un problème de SSD a provoqué l'arrêt du serveur vzsql2, sur lequel sont hébergés plusieurs serveur MySQL Gold (liste en bas d'article).

Mise à jour 19h00 :

Incident terminé, l'ensemble des services est de nouveau opérationnel

Mise à jour 17h55 :

50% des MySQL Gold sont de nouveau en route.

Mise à jour 17h38 :

Les disques du serveur vzsql2 ont été remontés en lecture seule sur une autre machine, de manière à pouvoir déplacer les machines virtuelles qui composent les MySQL Gold vers un nouveau serveur.
Aucunes données ne devraient être perdues, mais l'opération pourrait durer plus d'une heure.

Liste des serveurs MySQL Gold concernés :

 8157, 8158, 8166, 8168, 8173, 8196, 8200, 8202, 8211, 8214, 8222, 8225, 8241, 8243, 8255, 8259, 8266, 8267, 8274, 8277, 8280, 8286, 8290, 8293, 8294, 8295, 8296, 8297, 8299, 8301, 8302, 8303, 8304, 8308, ,8309, 8311, 8312, 8314, 8316, 8317, 8318, 8319, 8320, 8321, 8323, 8324, 8325, 8328, 8331, 8333, 8335, 8336, 8337, 8338, 8339, 8340, 8345, 8352, 8354, 8356, 8359, 8360, 8361, 8364, 8365, 8368, 8369, 8370, ,8371, 8372, 8373, 8374, 8377, 8380, 8381, 8384, 8385, 8387, 8389, 8391, 8392, 8393, 8395, 8396, 8397, 8398, 8399, 8400, 8402, 8405, 8406, 8407, 8408, 8409, 8410, 8413, 8414, 8415, 8417, 8418, 8421, 8423, ,8424, 8430, 8432, 8433, 8434, 8435, 8437, 8438, 8442, 8444, 8445, 8447, 8708, 8709, 8710.

Un incident provoque des problèmes de connexion vers certains serveurs MySQL Gold lorsque la connexion est effectuée via le lien externe, de type "sqlgold.phpnet.org:4wxyz", et depuis l'espace client PHPNET.

Cela ne concerne pas les connexions aux serveurs de bases de données via les adresses de type "sql8wxy.phpnet.org" (utilisé pour les connexions depuis des sites web).

Mise à jour du 11/10/2017, 10h30 :

Une solution temporaire a été mise en place hier vers 18h30 afin de répartir les connexions sur deux passerelle différentes. Cela a permi d'améliorer la situation, mais nous constatons toujours quelques problèmes de connexions.

Mise à jour du 11/10/2017, 11h55 :

Le problème a été cerné et une solution appliquée. Certains ports nécessaires pour les connexions vers les serveurs MySQL Gold ne parvenaient pas à s'ouvrir suite à des limitations systèmes.
Les connexions vers les MySQL Gold depuis l'extérieur et l'epace client PHPNET sont de nouveau possibles pour tout le monde.

Bonjour,

Une opération de maintenance sur l'espace client a provoqué certains dysfonctionnement entre 15h et 15h40, notamment une impossibilité de s'y connecter.

La situation a été rétabli, vous pouvez ainsi vous connecter de nouveau, avec votre mot de passe habituel.

Nous sommes désolés pour la gêne occasionnée.

----

L'équipe PHPNET France

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.

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

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

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