All Projects

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

En savoir plus à propos de cette release ?
Un article de blog détaille les nouveautés de cette mise à jour ! :) https://blog.yulpa.io/2018/08/22/iwal-v2-1-est-la/

Général

Interface

Services

Archivage des données : utilisateurs et clients

Comptabilité

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

Nous intervenons pour relancer tous les stores Zimbra OSE (mutu)

Une coupure de quelques minutes (3) est à prévoir.

Merci de votre compréhension

Nous mettons à jour la version du Drive en 7.0.7
Une coupure est à prévoir de 10 minutes maximum.

Vous pouvez maintenant mettre à jour votre client pour bénéficier des dernières fonctionnalités.

Une mise à jour de toute la plate-forme Zimbra Network Edition sera effectuée au cours du week-end du 28-29 septembre 2019.

Seule quelques coupures sont à prévoir au moment de la mise à jour des stores, cela impactera chaque comptes mails durant quelques minutes.

Si vous utilisez le connecteur Outlook vous devrez faire manuellement la mise à jour. Un bug empêche l’upgrade auto et ce bug est corrigé pour les futures versions.

Nous devons effectuer en urgence une intervention sur chacun des serveurs stores-mbox qui stockent les mails.

Chaque compte mail aura une coupure de service de plusieurs minutes.

Une mise à jour de toute la plate-forme Zimbra Open Source Edition sera effectuée au cours du week-end du 28-29 septembre 2019.

Seule quelques coupures sont à prévoir au moment de la mise à jour des stores, cela impactera chaque comptes mails durant quelques minutes.

Nous devons effectuer une mise à jour (deux patchs) corrigeant de nombreux problèmes :

• https://wiki.zimbra.com/wiki/Zimbra_Releases/8.8.15/P2
• https://wiki.zimbra.com/wiki/Zimbra_Releases/8.8.15/P3

Une légère coupure sera observée (quelques secondes).

Nous rencontrons un problème sur l’envoi des SMS (utilisé pour la double authentification).

Nous allons fixer cela rapidement.

Bonjour,

le manager iWal chez yulpa vous permet de vous connecter avec au choix votre adresse email ou votre identifiant -YULPA

Si vous venez de chez Web4all, veuillez noter que votre ancien identifiant -W4A est à modifier en -YULPA.
Exemple : PA19-W4A devient PA19-YULPA

Certains utilisateurs ne parviennent pas à se connecter que ce soit avec leur mail ou identifiant. Cela impacte peu de compte, dans ce cas vous devez utiliser la procédure de récupération de mot de passe qui vous permettra de définir un nouveau mot de passe.

Nous avons un petit souci sur les droits dans le cadre des délégations.
Certains utilisateurs ont des droits dupliqués, cela provoque un message d’interdiction sur des services auxquels ils sont censés pouvoir accéder.

Après investigations effectués, il apparaît que ce problème était déjà présent sur la v1 de iWal.

Nous allons procéder à un correctif rapidement.

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.

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

Nous sommes en train d’intervenir.

Un incident est en cours sur la plate-forme mutualisee.
Un erreur 503 est affichée.
Nous investiguons cet incident

Nous rencontrons ces derniers jours des problèmes de stabilité et de performance sur la plate forme web.

Nous y travaillons activement et sommes désolés de ces incidents à répétition.

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

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

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

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

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.

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

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

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.

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.

Bonsoir,

Nous avons eu un incident sur un filer de production.
Les sites ont pu afficher une erreur 503 ou 404 pendant plusieurs minutes , le temps que le serveur puisse revenir après un crash système.

Tous les sites sont maintenant disponibles et fonctionnels
Veuillez nous excuser pour cette coupure de service.

Nous recevons actuellement une attaque importante sur la partie HTTP.
Nous sommes en cours d’intervention.

Instabilité sur les sites en cours

Veuillez nous excuser pour le dérangement.

Bonjour,
Cette évolution permet d’éviter qu’un site n’ayant pas généré un certificat Let’s Encrypt sur sont domaine ne puisse utiliser le certificats SSL par défaut.
Beaucoup de sites sont contactés par des robots/bots qui n’ont pas de SSL actif et aujourd’hui leur accès est possible, ce qui ne devrait pas être le cas.

Si votre site ne réponds plus en HTTPS, c’est que vous n’avez pas généré votre propre certificat, gratuit avec Let’s Encrypt.
Vous pouvez, depuis le manager, générer votre certificat pour que votre site puisse de nouveau être accessible en HTTPS.

Merci.

Nous devons procéder à des modifications sur le portail vcloud.yulpa.io

L’accès peut-être perturbé au cours de la nuit.

Nous rencontrons ce jour un retard sur la livraison des mails entrants au niveau de l’anti-spam.

Nous investiguons pour trouver la cause.

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 actuellement un problème de livraison de mails vers SFR / Neuf.

Cela concerne uniquement les mails envoyés depuis Zimbra Open Source (en webmail et en SMTP).

Les mails sont classés SPAM avec la classe DCE “Dirty Commercial Email”.

X-sfr-mailing : DCE
X-sfr-spam : low
X-sfr-spamrating : 61.568626
X-sfr-spamcause : OK,

Nous rencontrons actuellement un problème de livraison de mails vers Free.

Cela concerne uniquement les mails envoyés depuis Zimbra Open Source (en webmail et en SMTP).

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

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

Mise en prod 2.0.3

Module Domaine Registrar

Nic Handle

Module Utilisateur

Gestion des droits

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.

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.

Fin de vie pour pma.web4all.fr

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

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.

Bonjour, 

le comportement dans iWal a été modifié (pour les futurs domaines ou si vous régénérez la conf du domaine).

Modification concernant uniquement les domaines configurés dans le manager en mode de publication “HTTP redirige vers HTTPS“.

Cette modification a un impact uniquement sur les serveurs alias.

Exemple pour le domaine poncini.me avec comme serveur alias www.poncini.me

Avant : 

• http://poncini.me/test1 redirigeait sur https://poncini.me/test1
• http://www.poncini.me/test1 redirigeait sur https://poncini.me/test1 (on ne conservait pas le serverAlias www)

Désormais :

• http://poncini.me/test1 redirige sur https://poncini.me/test1
• http://www.poncini.me/test1 redirige sur https://www.poncini.me/test1 (on conserve le serverAlias www ou tout autre serverAlias)

Cela n’impacte pas vos .htaccess

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.

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

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.

Bonjour,

depuis début décembre nous travaillons à d’importantes évolutions sur notre infrastructure.

Lorsque nous avons mis en place notre infrastructure (du temps de Web4all), nous n’avions pas les moyens pour nous permettre une infra en 10GB.

YULPA a pu investir en 2018 pour acquérir des switchs Cisco en 10GB et pas mal de cartes réseaux pour nos serveurs existants.

Nous avons “perdu” beaucoup de temps en raison d’incompatibilité des SFP base-T (pour les SAN où nous ne pouvons sortir que en base-T). Le problème a été corrigé par le constructeur mi-mars après plusieurs semaines de tests de notre côté et du leur.

Nous avons mis les cartes dans presque tous nos équipements, sans impact sur vos services grâce à la virtualisation et la redondance de l’infrastructure.

Nous allons désormais commencer à “router” les flux en 10GB au lieu des liens 1GB et LACP 1GB.

Aucun impact n’est à prévoir, mais comme le risque zéro n’existe pas, nous préférons vous en informer.

Si vous constatez une indisponibilité dans les jours qui viennent, avant d’ouvrir un ticket nous vous invitons à consulter cette page qui sera actualisée.

Nous vous remercions pour votre confiance et votre compréhension :)

Aurélien PONCINI & Benoît GEORGELIN

Nous rencontrons un problème sur la partie sauvegarde des VM.

Une intervention est en cours pour corriger cela.

Bonjour,
nous rencontrons un problème de réplications des sauvegardes fichiers.

Celles-ci ne sont donc pas visibles sur le manager.

En cas de besoin d’une sauvegarde, le temps de la resynchronisation, vous pouvez ouvrir un ticket sur le manager iWal.

Merci et désolé.

Nous avons rencontré un problème sur la synchronisation des snapshots entre le serveur de production et le serveur de backup.

Nous avons du recommencer une synchronisation avec peu de snapshots.

Concrètement pour vous, cela signifie :

• ne sont concernés que les hébergements sur vol1
• les anciens snapshots de vol1 (antérieurs au 27/09/2017) ne sont plus visibles sur iWal
• ces mêmes snapshots ne sont pas perdus, nous les avons toujours mais ils ne peuvent être affichés dans iWal
• si vous en avez absolument besoin, merci d’ouvrir un ticket sur le centre de support dans iWal

Désolé pour la gêne occasionnée :(