All Projects

Nous rencontrons un incident sur le stockage du service mutualisé.
Les sites sont en erreur 503.

Une intervention est en cours pour corriger le problème.

Nous rencontrons un incident technique sur le filer qui héberge les fichiers des sites de l’infrastructure MUTU
Nous investiguons en ce moment l’incident.
Les sites sont indisponibles.

Bonjour,

Nous rencontrons actuellement un incident sur le serveur LXD-VIRT-02a

Nous faisons le nécessaire pour remettre le service en fonctionnement.

Nous rencontrons un problème depuis 13H48, intervention en cours pour remise en service.

De nombreux clients nous remontent des instabilités sur les sites depuis hier soir, nous travaillons à résoudre l’incident.

De nombreux utilisateurs nous indiquent ne pas arriver à configurer un compte sur push-zose.yulpa.io
Certains ont des erreurs sur les comptes existants.

Cela ne semble que toucher les utilisateurs Android.

Nous travaillons à résoudre cela.

Mise à jour : cela concerne également les périphériques iOS.

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.

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

Le serveur Zimbra Store 04 (ZOSE) est actuellement indisponible
Impossible de relever les emails ou de pouvoir envoyer des emails via ce serveur
Les emails entrants ne sont pas perdus

Nous faisons le nécessaire pour relancer ce serveur.
Le emails seront délivrés des que le serveur sera disponible.

Veuillez nous excuser pour cet incident.

Bonjour,

Nous rencontrons un problème au niveau de la licence qui empêche les services de démarrer.
La demande d’une nouvelle licence est en cours, nous attendons le retour de notre prestataire.

La synchronisation et l’accès au portail Web sont actuellement indisponibles.
Vos données seront synchronisées automatiquement vers le serveur au moment ou les services seront relancés.

Veuillez nous excuser pour cet incident.
Le service devrait être de nouveau fonctionnel dans les plus brefs délais.

Cordialement,
Benoît.

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.

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

Bonjour,
suite au levée de restrictions des mails pour permettre à nos clients communiquer dans le cadre du COVID-19, certains en ont profité pour effectuer des mailing illicites.

Nous avons actuellement une saturation sur les mails sortants, une intervention est en cours.

Nous avons été victime d’une attaque par DDOS pendant quelques minutes le 05/26/2020.
L’attaque à été isolée, la publication des sites internet peut avoir subi une légère coupure entre 01:10:22 AM et 01:20:42 AM
Tout est rentré dans l’ordre.

Un problème au niveau de l’anti-spam empêche l’envoi et la réception de mail dans un delai normal.
Nous sommes en cours d’investigation pour identitifer et corriger le problème.
Les emails envoyés seront délivrés une fois la situation corrigée.

Nous rencontrons quelques lenteurs sur l’infrastructure de stockage hébergeant les serveurs anti-spam.

Cela impacte la livraison des mails, nous sommes en cours d’intervention.

Nous rencontrons actuellement un incident au niveau du stockage.
Les sites sur le mutualisé sont impactés et affichent une erreur 503

Nous travaillons à la résolution de cet incident.

Nous constatons un problème de livraison des emails Entrants/Sortants
Nos équipes sont en cours d’analyse

Actuellement, les livraisons sont en cours et le délais devrait être rattrapé rapidement.

Certains clients rencontrent des soucis d’accès au FTP / SSH

Nous investiguons actuellement.

EDIT pour le FTP : Selon plusieurs utilisateurs, le problème est sur les anciens comptes FTP, cela est corrigé en modifiant le mot de passe depuis le manager.
EDIT pour le SSH : il faut bien accepter la nouvelle clé fingerprint SSH.

Nous vous invitons pour le moment à utiliser Chrome, Firefox, Safari en remplacement de EDGE, le temps que Microsoft nous retire de sa liste.

“Ce site a été signalé comme n’étant pas sécurisé
Microsoft vous recommande de quitter ce site. Il a été signalé à Microsoft comme contenant des menaces de hameçonnage susceptibles de voler vos informations personnelles ou financières.”

Note : vous pouvez aussi outrepasser le blocage “Continuer vers le site non sécurisé (déconseillé)”

Aidez-nous : en reportant “Signaler que ce site ne contient pas de menaces de hameçonnage”

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 :(

Nous rencontrons un problème sur l’accès aux sauvegardes MySQL.

En cas de besoin d’une sauvegarde vous pouvez demander au support.

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

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

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

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 rencontrons ce jour un retard sur la livraison des mails entrants au niveau de l’anti-spam.

Nous investiguons pour trouver la cause.

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.

Nous rencontrons actuellement un incident sur le portail NoSpam.

L’accès au panel est impossible.
L’envoi des mails peut prendre du retard.

Comme annoncé dans le mail du lundi 18 mai, suite à l’incident du système de stockage des fichiers, le module de restauration des sauvegardes dans le manager ne fonctionne pas.

Nous travaillons à le remettre en service en effectuant les modifications dans le manager iWal.

Si besoin d’une restauration, vous pouvez contacter le support par ticket en indiquant les dossiers à restaurer, la date et la destination.

Suite au changement de pare-feu sur notre infrastructure, certains utilisateurs rencontrent des difficultés pour se connecter sur l’infrastructure Zimbra Open-Source.

En effet, les protocoles minimum supportés sont désormais TLS1.1, les autres ne peuvent plus être supportés (TLS 1.0 et plus anciens).
Ceci est un effet de bord d’une intervention en urgence, ce n’était pas prévu ce qui explique que nous n’avons pas pu prévenir les clients de ce changement.

IMPORTANT : si vous utilisez encore des noms de serveurs en web4all.fr le problème est également présent, vous êtes invité à passer en yulpa.io comme demandé début 2017.

— Windows7

L’éditeur Microsoft ne le supporte plus et ne fait plus les mises à jour depuis janvier 2020. 

Ainsi les logiciels de messagerie utilisant la couche TLS de Windows7 ne peuvent pas se connecter.
Vous pouvez effectuer une mise à jour permettant de corriger cela comme expliqué ici (validé par plusieurs clients) : https://www.greengeeks.com/tutorials/article/how-to-enable-tls-1-1-and-1-2-in-outlook-windows-7/

NOTE : si vous utilisez Thunderbird, ce dernier gérant sa propre couche TLS, cela doit fonctionner. Il faut juste éventuellement re-valider les paramètres du compte.

— MacOS

Si vous utilisez Mail.app ou Thunderbird, cela doit fonctionner. Il faut juste éventuellement re-valider les paramètres du compte.

—
iOS et autres périphériques ActiveSYnc

Les seuls utilisateurs ayant eu le problème sont ceux en web4all.fr
Si vous avez l’erreur, il suffit de re-valider les paramètres du compte.

Pour toutes demandes à ce sujet, nous vous demandons de passer par les forums.

Nous travaillons actuellement à remettre en place l’accès aux sauvegardes qui devrait être terminé dans la journée du 22.

La visualisation en temps réel des logs Apache dans iWal ne fonctionne pas.
Nous travaillons à corriger cela.

Des clients nous indiquent que leurs sites retournent une erreur de connexion SQL.

Il semblerait (sans que nous n’en ayons encore trouvé la raison) que ce soit lié aux noms en web4all.fr (plus en place officiellement depuis avril 2017).

Vous pouvez modifier la configuration dans vos fichier pour remplacer web4all.fr par yulpa.io

De notre côté nous cherchons pour rendre l’usage de web4all.fr fonctionnel dès que possible.

Nous rencontrons un problème sur le fonctionnement des crons, nous y travaillons.

Nous travaillons actuellement à remettre en place l’accès aux sauvegardes qui devrait être terminé dans la journée du 22.

Bonjour,
cette nuit OVH a subit un incendie dans plusieurs de ses datacenters de Strasbourg.

Cela n’impact pas les services de YULPA, cependant, énormément de sites et services étant hébergés chez OVH, des conséquences peuvent être présentes (chargement de modules externes sur vos sites, API tierces indisponibles, livraisons de mails...).

Merci donc de ne pas ouvrir de ticket en cas de problème sur vos sites ou mails sans vous assurer préalablement que cela ne soit pas lié à cet incident.

Toute l’équipe YULPA a une pensée sincère pour le personnel de OVH qui vit une situation actuellement que personne ne souhaite affronter un jour :(

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 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 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 rencontrons actuellement un incident sur le webmail Zimbra.

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

Bonjour,

Nous intervenons actuellement sur la couche réseau de notre infrastructure.
Nous devons modifier le câblage et certains équipements réseaux.
Tout devrait être transparent pour cette intervention.

Merci

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

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

Prévue dans la nuit du 11 au 12 avril 2019.

Nous devons procéder à une mise à jour des firewalls en urgence.

Il s’agit d’un cluster, pas d’impact client à prévoir.

Bonjour,
Dans le but d’offrir un service toujours meilleur, avec une maitrise plus complète, nous allons procéder au déménagement de l’infrastructure YULPA.

Nous gérions le stockage, réseau et serveurs jusqu’alors, mais dépendions d’un datacenter tiers.

Nous avons mis en place une nouvelle infrastructure dans notre datacenter INEONET en Ariège (INEONET a racheté YULPA en décembre 2020), ce qui va nous permettre de gérer l’intégralité des services.

Nous allons progressivement migrer les infrastructures serveurs (mails, web, dns, serveurs privés VPS, Cloud Director...).

Une coupure de service est à prévoir sur chaque service, de quelques minutes à deux heures selon les services.

Aucune action n’est requise de votre part.

Vous pouvez consulter le détail de chaque tâche sur le portail travaux :

• Outils YULPA - Avancement 20%
• DNS - Avancement 0% - prévue 20 février 2021 - coupure 5 minutes
• Hébergements WEB - Avancement 0% - prévue 20 février 2021 - coupure 2 heures
• MySQL - Avancement 0% - prévue 20 février 2021 - coupure 2 heures
• iWal - Avancement 0% - prévue 20 février 2021 - coupure 2 heures

• Zimbra NE PRO - Avancement 100%
• Drive - Avancement 100%
• Zimbra Open Source - Avancement 100%
• NoSPAM - Avancement 100%
• Containers LXC - Avancement 100%
• Cloud Director - Avancement 100%

Vous souhaitez poser des questions ou réagir ? Merci d'utiliser exclusivement les forums.

Plus d’informations : FS#129 - Déménagement : SYNTHESE

La migration des containers est prévue le 18 février 2021 à 22H30

Les adresses IP ne changent pas.

Aucune action n’est requise de votre part.

Une coupure de service de deux heures est à prévoir.

Vous souhaitez poser des questions ou réagir ? Merci d'utiliser exclusivement les forums.