All Projects

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

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,

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.

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

La migration des containers est prévue autour du 5 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.

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.

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

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.

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

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 solution DRIVE
Le serveur nécessite une mise à jour au niveau Système.
Une indisponibilité de 15 minutes est à prévoir.

Merci

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

La migration des Drive 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 45 minutes est à prévoir.

Cette tâche sera prochainement mise à jour.

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

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

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.

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.

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.

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.

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

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

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

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.

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

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.

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

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.

<h4>Module compta</h4>
<h5>Paiements</h5>
<ul><li>iWal v2 ne proposait plus Paypal ; c’est corrigé !</li>
<li>ajout d’un module “Core” pour lister les mises à jour iWal avec leur Changelog</li>
<li>Prochainement dans la section Core : “Présentations et crédits” et remontée de bugs / demandes</li>
</ul>

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 &lt;-&gt; 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

Vous pouvez désormais gérer les Utilisateurs de l’interface web
Cela vous permet de donner un accès à vos utilisateurs finaux afin qu’ils puissent gérer leur quarantaine depuis le panel NoSpam et depuis l’application mobile.

Vous pouvez également relier vos domaines à une authentification LDAP :)

Pour finir, vous pouvez modifier les permissions accordées à vos utilisateurs.

Description dans NoSpam :

“Ici, vous pouvez gérer l’accès à l’interface Web pour les destinataires d’e-mails individuels (utilisateurs d’e-mails). Ils peuvent se connecter au panneau de contrôle avec leur adresse e-mail et leur mot de passe et gérer leurs propres paramètres. L’ajout ou la suppression d’utilisateurs d’e-mails n’a aucun effet sur le traitement réel des e-mails ; cette page vous permet uniquement de gérer l’accès individuel à l’interface Web.”

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.

Suite à la mise en production de iWal v2, nous allons proposer le service tâches planifiées (cron).

Nous avons encore des tests de validation à effectuer et pour le moment nous priorisons les corrections liées à la reprise des clients de Web4all.

Mise en prod 2.0.17

Bêta : cron (oui oui, enfin... elles sont là !)

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