All Projects

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.

Bonjour,

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

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

Bonjour,

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

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

Bonjour,

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

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

Cordialement,
Benoît.

Bonjour,

Dans le cadre d’une maintenance, nous devons mettre à jour l’ensemble du serveur int-lxd-virt02a La mise à jour consiste à appliquer une nouvelle version LXD , l’application de patch de sécurité et la mise à jour du Kernel.

Cette opération nécessite un redémarrage complet du serveur et des containers qui s’y trouvent.
Une coupure est à prévoir entre 2:00 AM et 2h:15 AM dans la nuit de Lundi (27) à Mardi (28)

Dans le cas ou vous avez configuré vos applications pour démarrer au boot du container, vous ne devriez pas avoir de problème. Si vous utilisez des applications sans démarrage automatique au boot, celles-ci ne seront pas démarrées automatiquement.

Merci de votre compréhension

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

La migration du serveur DNS Master est prévue autour du 20 février 2021.

Les adresses IP ne changent pas.

Aucune action n’est requise de votre part.

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

Cette tâche sera prochainement mise à jour.

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

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 mettons à jour la solution DRIVE
Une indisponibilité de 5 minutes est à prévoir.

Merci

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

Aucune action n’est requise de votre part.

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

Cette tâche sera prochainement mise à jour.

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

Nous mettons à jour la solution DRIVE
Le serveur nécessite une mise à jour au niveau Système.
Une indisponibilité de 15 minutes est à prévoir.

Merci

Nous mettons à jour la version du Drive.
Une coupure est à prévoir de 10 minutes maximum. Pendant cette période le service sera indisponible.
Merci pour votre compréhension.

Intervention prévue dans la nuit du Vendredi 27 Mars au Samedi 28 Mars

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.

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.

L’autorité intermédiaire de Lets Encrypt a expiré mercredi 29 septembre, invalidant beaucoup de certificats SSL.

Nous sommes en train de voir comment corriger cela sur les sites concernés.

A nouveau, nous rencontrons un problème sur les serveurs web du à des utilisations anormales et abusives de certains utilisateurs.

Nous sommes en train d’intervenir pour essayer d’isoler le problème :(

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

Bonjour,
suite à des modifications d’algorithmes sur les serveurs web et ftp, pour des raisons de sécurités, certains algo ne sont plus supportés.

Concernant les comptes FTP dont les mots de passe n’ont pas été modifiés avant 2017, vous serez dans l’obligation quasi certaine de le changer (déjà depuis un mois donc la plupart ont déjà mis à jour).
Concernant les comptes FTP autres qui ne fonctionnent pas, nous avons modifié le chiffrement dans le manager donc vous pouvez de nouveau le mettre à jour voir si cela fonctionne.

Concernant les comptes Awstats pour les statistiques Web, il nous est impossible de les réécrire pour les rendre compatible (nous ne conservons pas les mdp en clair), vous devez donc impérativement mettre à jour les mots de passe :(

Merci pour votre compréhension.

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

Le module Apache mod_geoip étant en fin de vie, nous avons été forcés d’utiliser son remplaçant : le module MaxMindDB

Si vous utilisez le module GeoIP dans votre fichier .htaccess, celui-ci n’est plus disponible. Une erreur 500 sera affichée sur le site.

Pour corriger cela, vous devez faire les modifications suivantes au niveau de votre fichier .htaccess :

Retirer “GeoIPEnable On” si vous l’utilisiez.
Remplacer: GEOIP_* par MM_*

Le module MaxMindDB est actif par défaut sur l’ensemble du système. Il n’est pas nécessaire de l’activer.

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 rencontrons un problème sur le fonctionnement des crons, nous y travaillons.

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

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

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

La migration des hébergements web (sites, ftp, ssh) est prévue autour du 20 février 2021.

Les adresses IP ne changent pas.

Aucune action n’est requise de votre part.

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

Cette tâche sera prochainement mise à jour.

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

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 devons réaliser une maintenance sur le filer NFS mut-vol2
Les services HTTP(s) FTP(s) et SSH seront indisponibles pour une durée de 10min a partir de 23h Mardi 05 Janvier 2021
Merci de votre compréhension.

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.

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.

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.

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 devons procéder à une intervention sur le filer hébergeant les fichiers des sites web.

Cela va provoquer une interruption de service de quelques minutes vers 2 heures du matin (heure de Paris).

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.

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 rencontrons actuellement un incident sur le filer ZFS,
une intervention est en cours.

Nous estimons une reprise des services d’ici 10 minutes soit environ 8H20.

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 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 avons une maintenance planifiée dans la nuit du 1 Mars au 2 Mars.
Un reboot du serveur est nécessaire.
Cette maintenance sera faite pendant la nuit, a partir de 3:00 du matin et ne devrait pas durer plus de 10 minutes.

Les sites publiés par cette plate-forme ne seront pas disponibles le temps du reboot.
Une erreur 503 sera affichée

Merci de votre compréhension.

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.

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

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.

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

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

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

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.