Tous les projets

Nous rencontrons actuellement un incident sur le webmail Zimbra.

Les navigateurs indiquent ce “site” comme malveillant, nous investiguons actuellement.

Nous effectuons la mise à jour de ZPUSH 2.3.3 -> 2.3.8

Les change logs sont très importants, disponibles sur le site de l’éditeur.

Le backend push Zimbra passe de 65 à 67

Aucune interruption de service.

Des clients nous remontent des problèmes pour utiliser le POP en SSL.

Cas de figure posant soucis ayant été remontés :

• Foxmail sur Windows 7
• Outlook sur Mac

Nous investiguons.

Nous prévoyons dans les jours qui viennent de modifier le comportement de Zimbra.

Nous allons mettre en place une restriction sur les expéditeurs des mails.

Seules les adresses mails réelles, leur alias et comptes liés pourront envoyer des mails “en tant que”.
Cela signifie que par exemple si votre mail est test@domain.tld et que vous avez un alias toto@domain.tld vous pourrez écrire un mail en tant que ces deux adresses.
En revanche vous ne pourrez plus écrire de mails en tant que xxx@gmail.com (par exemple)...

Il est fort probable que cela impacte certains d’entre vous.

Cette modification a pour but de limiter le nombre de mails illégitimes sortants de notre infrastructure. Si vous souhaitez envoyer des mails en tant que une adresse qui n’est pas chez nous, merci d’utiliser le SMTP du prestataire en question.

A l’heure actuelle il n’est pas envisageable de revenir en arrière sur cette modification une fois qu’elle aura été mise en place.

Nous mettons à jour la plateforme HTTP1
Pas d’interruption de service.

Nous mettons à jour la plateforme HTTP1
Pas d’interruption de service.

La gestion de la configuration des hébergements depuis le manager sera un attente de la fin de la maintenance.

Nous mettons à jour la plateforme HTTP1
Pas d’interruption de service.

La gestion de la configuration des hébergements depuis le manager sera un attente de la fin de la maintenance.

Bonjour,
nous rencontrons un problème sur l’infrastructure web (sur la gestion des sessions), impactant les sites.

Nous sommes en train d’intervenir.

Nous rencontrons un problème sur le traitement des logs Apache.

Depuis le 28 décembre, le traitement est en erreur.

Nous avons corrigé le problème et sommes en train de procéder au rattrapage (copie des logs et génération des statistiques AWstats).

La plateforme http1 renvoi des erreurs 500 avec un load anormal.
Nous sommes en cours d’intervention

Bonjour,

Dans le but d’être conforme aux exigences de sécurité, nous avons réalisé une évolution au niveau de la sécurité du serveur SSH.
Si vous avez des difficultés de connexion et que vous utilisez un logiciel à jour, veuillez nous contacter via le support
Les logiciels récents doivent tous être en mesure de se connecter.

Merci,
Cordialement,
Benoît

Bonjour,
nous rencontrons un problème qui génère des erreurs 500 lors de l’accès à WordPress en étant connecté.
La même chose nous a été remonté pour Piwik.

Nous investiguons actuellement.

Toutes nos excuses pour cet incident.

Nous avons procédé à une mise à jour sur la partie apache2.
Pas d’impacts pour la publication de vos sites.

Nous mettons à jour la plateforme HTTP1
Pas d’interruption de service.

Plusieurs clients nous remontent depuis ce matin des erreurs sur les sites en php 5.2

Nous cherchons actuellement l’origine du problème.

Si vous êtes dans ce cas, il faudrait penser à faire évoluer vos sites, php 5.2 n’est plus sous support depuis 2011...

Bonjour,
Nous mettons à jour la plateforme HTTP1
Pas d’interruption de service.
Php7 et les modules seront mis à jour.

From alt-php70-7.0.18-1.el6 to alt-php70-7.0.19-1.el6

Nous procédons à la mise à jour de la plate-forme mutualisée
Pas d’impacts à prévoir sur la disponibilité des sites internet.

Les actions depuis iWAL concernant le module HTTP seront en attente de mise à jour le temps de la maintenance.

Merci pour votre compréhension

[2017-04-20 18:51:15] INFO: PHP52 updated from alt-php52-5.2.17-94.el6 to alt-php52-5.2.17-96.el6
[2017-04-20 18:51:15] INFO: PHP53 updated from alt-php53-5.3.29-43.el6 to alt-php53-5.3.29-45.el6
[2017-04-20 18:51:15] INFO: PHP54 updated from alt-php54-5.4.45-27.el6 to alt-php54-5.4.45-29.el6
[2017-04-20 18:51:15] INFO: PHP55 updated from alt-php55-5.5.38-9.el6 to alt-php55-5.5.38-11.el6
[2017-04-20 18:51:15] INFO: PHP70 updated from alt-php70-7.0.16-1.el6 to alt-php70-7.0.18-1.el6

Mise en place du portail travaux qui vous permettra de visualiser les opérations à venir, en cours ou terminées.

Vous pourrez également y retrouver ce qui est relatif à iWal (bug, features, maintenances...)

Tâche de test créé lors de l’installation.

Nous avons un peu de retard sur la mise en place de tous les outils yulPa.

Les documentations doivent être migrées de Web4all vers yulPa, cela sera fait dans les jours qui viennent.

Fin de vie pour webftp.web4all.fr

Vous serez désormais redirigé sur la version en yulPa : webftp.yulpa.io

Fin de vie pour pma.web4all.fr

Vous serez désormais redirigé sur la version en yulPa : pma.yulpa.io

Nous rencontrons un problème sur nos parefeu. Nous sommes en cours d’intervention, quelques indisponibilités peuvent se ressentir :’( Toutes nos excuses.

Nous rencontrons actuellement un incident critique rendant toute l’infrastructure injoignable.

Notre fournisseur ZAYO rencontre un problème qui nous impacte directement,
nous avons contacté le support a 05H11 heure de Paris, d’autres clients ont remontés le même problème.

ZAYO a communiqué sur Twitter qu’ils travaillaient à résoudre l’incident, nous n’avons pas plus d’information pour le moment :( https://twitter.com/ZAYO_France/status/972709112344702981

Toutes nos excuses pour cet incident.

Un incident est en cours sur la partie réseau.
Nous sommes en cours d’investigation.

Notre opérateur principal ZAYO nous informe d’un intervention sur l’un de ses routeurs le 21 septembre (ou le 22 en date secondaire).

L’intervention concerne le routeur ZAYO ter1.th1.par

Ce routeur est une sortie secondaire (de secours) pour YULPA, il ne devrait donc y avoir aucun impact pour la production.

Nous devons procéder à une intervention sur le cluster ZFS qui publie les données des sites web et du service push.

Une coupure de service de quelques secondes est à prévoir.

Date non déterminée.

MISE A JOUR : la coupure de service a été bien plus longue que prévu puisque nous avons rencontré de gros problème sur la remise en route du système. La coupure a donc été de deux heures.

Nous procédons à la mise à jour d’un cluster VMware.

Aucun impact à prévoir.

Bonjour,
nous devons procéder à une intervention nécessitant une reconfiguration complète des équipements réseaux suivants :

• routeurs BGP
• firewalls
• switchs

Une coupure obligatoire du réseau interviendra mardi 8 août 2017 aux environs de 12H00 (heure de Paris).

La coupure sera de quelques minutes (si tout va bien, moins de 5).

L’intégralité des services seront indisponibles Les mails et DNS continueront d’être reçus via les serveurs présent dans d’autres datacenters.

Nous sommes désolés pour la gêne occasionnée, nous n’avons aucune solution permettant d’éviter cette coupure.

Nous rencontrons un souci avec certains utilisateurs pour l’envoi de mails vers Microsoft (Hotmail, Outlook, Live...)

Il arrive que les mails soient bien envoyés, pris en compte, sans message d’erreur mais le destinataire ne reçoit pas le mail.

Nous sommes en cours d’investigation.

Nous rencontrons un incident sur l’interface de gestion anti-spam.
Il est temporairement/aléatoirement impossible de se connecter.
Nous intervenons pour rétablir la disponibilité de l’interface.

L’accès au panel nospam n’est pas pleinement fonctionnel.
Un ticket d’incident a été ouvert chez l’éditeur de la solution, nous attendons leur retour.

Le message d’erreur suivant peut apparaître : domaine inconnu.

Nous nous excusons pour la gêne occasionnée.

Nous devons procéder à un redémarrage des serveurs SQL dans le cadre d’une intervention non planifiée.

Tous les serveurs MySQL sont impactés, quelques minutes d’indisponibilité à prévoir vers 5H15 heure de Paris.

Le serveur store-09 à rencontré une erreur dans la matinée.
Nous avons du relancer le serveur, l’intervention à pris plus de temps que prévu.
Il n’y aucune perte d’email. Seul l’accès était impacté .

Veuillez nous excuser pour la gène occasionnée.

Nous allons procéder à la mise à jour de la plate-forme Zimbra OSE (web4all.fr)

Tous les rôles sont redondés, il n’y a pas d’impact sur la production.

Seuls les stores-mbox (qui stockent les comptes emails) vont provoquer une coupure de quelques minutes.

Nous intervenons pour mettre à jour les serveurs de base de données.
Une coupure est à prévoir de quelques minutes le temps du redémarrage.
Merci pour votre compréhension.

Nous allons procéder à la mise à jour de la plate-forme Zimbra OSE (web4all.fr)

Tous les rôles sont redondés, il n’y a pas d’impact sur la production.

Seuls les stores (qui stockent les comptes emails) vont provoquer une coupure de quelques minutes, nous allons voir pour le faire à une heure qui impacte le moins les utilisateurs.

8.7.6 –> 8.7.11

Bonjour,
Nous allons intervenir sur les serveurs MySQL utilisés dans l’offre mutualisée pour vos sites dans la nuit de dimanche à lundi .
La maintenance consiste à mettre à jour le système. Un redémarrage est à faire ce qui causera une indisponibilité du service pendant quelques minutes.
Nous exécuterons également une vérification complète au niveau des bases de données, la base sera accessible uniquement en lecture pendant une durée de quelques minutes également, suivant la taille de votre base.
Cette maintenance préventive permet au serveur de ne pas rencontrer des erreurs critiques plus tard .

Merci pour votre compréhension.
Cordialement,
Benoît

Nous rencontrons un incident sur store-11 Zimbra OSE qui affiche une erreur 502 aux utilisateurs, nous allons corriger cela.

Nous assurerons une maintenance pendant la nuit.
Les stores Zimbra seront relancés . Une coupure est à prévoir pendant 1 minute.
Le Webmail est les services POP/SMTP/IMAP seront aussi impacté le temps du redémarrage.
Merci pour votre compréhension.

Les serveurs (système uniquement) sont en cours de mise à jour.
Un redémarrage sera fait, une coupure est à prévoir de 3 minutes.

Une intervention à eu lieu sur la gestion de l’anti-spam sur Zimbra
Nous avons modifié la configuration pour assurer une meilleure gestion de l’anti-spam entre nospam (spamexperts) et Zimbra.

Nous allons migrer le serveur DNS ns3.yulpa.io actuellement hébergé sur une de nos infrastructure OVH vers une chez GANDI.

L’adresse IP 176.31.158.146 va donc devenir 92.243.4.24

Les zones DNS seront régénérées mais l’ancien serveur continuera de les publier pendant quelques heures.

Aucun impact n’est à prévoir sur la publication des zones. Seules les ajouts / modifications / suppressions de zones sur iWal seront en attentes de traitement durant une demi heure au moment de la bascule.

Nous allons procéder à la mise à jour de la plate-forme Zimbra OSE (web4all.fr)

Tous les rôles sont redondés, il n’y a pas d’impact sur la production.

Seuls les stores-mbox (qui stockent les comptes emails) vont provoquer une coupure de quelques minutes, nous allons voir pour le faire à une heure qui impacte le moins les utilisateurs.

8.7.11 –> 8.8.7

Les serveurs MySQL/MariaDB seront mis à jour pendant la nuit.
Un redémarrage sera fait, une coupure est à prévoir de 3 minutes.
Merci de votre compréhension

Les serveurs MySQL/MariaDB seront mis à jour.
Un redémarrage sera fait, une coupure est à prévoir de 3 minutes.
Merci de votre compréhension

Beaucoup de petits correctifs ont été déployés ces derniers jours et ne sont pas forcément référencé publiquement (126 commits sur les 12 derniers jours).

On ne fait mention sur Travaux que des commits qui provoquent un changement de version dans la numérotation.

Version 2.0.1 :

• En cas de mise à jour du schéma de la base de données, le message d’erreur n’est plus affiché aux clients, la page d’accueil informe d’une maintenance en cours sans plus de détails ;
• Lors de la mise à jour d’un domaine registrar (si visualisation du domaine ou via les crons de iWal) si le domaine n’est plus relié à un hébergement, on retire le lien dmn <-> hébergement ;
• Lors de la résiliation d’un domaine registrar, on bascule la zone DNS du domaine sur l’hébergement utilisant le domaine, cela évite aux clients qui transfèrent leur domaine chez un autre registrar de se retrouver sans zone DNS
• Divers petits correctifs en plus

Nous rencontrons un souci sur le calcul de la taille des hébergements suite à la mise en place de iWal v2.

Le quota affiché dans le manager n’est donc pas à prendre en compte.

Sur les pages avec un tableau affichant des éléments (services, comptes clients, factures, domaines...) lorsqu’un utilisateur tente de trier les éléments avec la colonne Action, cela génère une erreur javascript (popup).

Mise en prod 2.0.2

Module HTTP

Dmn

AWstats

Module Domaine Registrar

NicHandle

Module Files

SSH

Module API Json

Module Sauvegardes

Module Dashboard

Module Services

Module Zimbra

Mise en prod 2.0.4

Module Domaine Registrar

Nic Handle

Module Core

Module HTTP

Dmn