Par conséquent, nous avons dû - dans certains cas - désactiver certaines fonctionnalités de Framaforms, dont la possibilité de personnaliser le texte, le sujet et le nom de l'expéditeur des e-mails des e-mails de confirmation. Nous retirerons ces limitations lorsque nous estimerons que réactiver ces fonctionnalités ne mettra plus en danger notre infrastructure et les bénéficiaires de Framasoft.

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

Les mails en attente d’envoi ont tout été écoulés. Aucun mail ne devrait avoir été perdu.

Les mails s’écoulent désormais correctement mais le serveur doit rattraper son retard d’envoi, ce qui risque de prendre toute la nuit.

Les mails en attente ont fini d’être traités vers 23h00, d’après notre métrologie.

Les mails s’écoulent désormais correctement mais le serveur doit rattraper son retard d’envoi, ce qui risque de prendre toute la nuit.

Les mails en attente ont fini d’être traités vers 22h40, d’après notre métrologie.

Une erreur de configuration du service Anubis, qui protège certaines pages de Framagit, était la cause du souci.

Nous vous présentons nos excuses pour le désagrément.

Les services de bases de données PostgreSQL n’ont pas réussi à redémarrer après le redémarrage automatique des serveurs cette nuit (pour mise à jour des noyaux).

Notre service weblate, hébergé sur la même machine, est lui aussi indisponible.

Nous mettons tout en œuvre pour identifier le problème.

Après un redémarrage hardware, le serveur et ses services sont de nouveau accessibles.

Nous n’avons aucune trace de l’origine du problème dans les journaux du serveur.

Le problème est corrigé et le nouveau serveur a été intégré à Framaspace, dont les performances se trouvent améliorées.

Nous tentons de résoudre le problème.

Le serveur a démarré correctement en le démarrant depuis l’interface de l’hébergeur.

Il n’y a aucune indication de la raison de l’arrêt du serveur dans les journaux de la machine.

Les espaces Framaspace sont de nouveau joignables, seuls certains serveurs office (Collabora et OnlyOffice) sont encore injoignables car encore en cours de démarrage.

Tous les serveurs office sont de nouveau joignables.

Nous avons rétabli la connexion, fait quelques modifications sur celle-ci en espérant que cela en améliore la stabilité. L’accès à Framaspace est rétabli.

Nous restons vigilants.

Certaines fonctionnalités pouvaient encore fonctionner, du fait de l’accès à la base de données en lecture seule.

Nous avons remarqué le problème ce matin et redémarré un serveur et des services, ce qui a momentanément coupé l’accès à Nextcloud.

Cette action a permis de rétablir le fonctionnement normal de Framaspace vers 7h30

Error: Ace2Editor.init() error event while waiting for load event
at https://annuel.framapad.org/padbootstrap-jfjyX74E0lM.min.js at line 54
Unhandled Promise rejection

Ce problème est dû à une mise à jour de l'extension Bitwarden (version v2025.11.1). Il peut être évité en décochant l'option « Demander d'enregistrer et d'utiliser les clés d'identification (passkeys) » dans les paramètres de Notification de l'extension. Bitwarden a corrigé ce qui semble être la source du bug, mais il n'y a pas encore de nouvelle version apportant le correctif.

Il semble que la mise à jour en version 2025.11.2 de l'extension Bitwarden ait résolu le problème.

Par conséquent, nous avons dû désactiver certaines fonctionnalités de Framaforms.

Ainsi, nous avons dû désactiver la possibilité de personnaliser le texte, le sujet et le nom de l'expéditeur des e-mails. Nous retirerons cette limitation lorsque nous estimerons que réactiver ces fonctionnalités ne mettra plus en danger notre infrastructure les bénéficiaires de Framasoft.

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

La limitation a été levée pour le moment, mais il n'est pas impossible que nous soyons contraints de la remettre en place à court ou moyen terme.

Nous essayons de rétablir la liaison. Si cela ne fonctionne pas, nous redémarrerons le serveur.

La liaison a été rétablie avec succès.

Nous redémarrons les serveurs afin de rétablir la stabilité des conteneurs et retourner sur la version précédente d’OnlyOffice.

Le redémarrage des serveurs et le retour à la version précédente d’OnlyOffice a corrigé le problème.

NB : certaines suites office sont encore en phase de démarrage, du fait de leur nombre important sur une machine virtuelle aux capacités limitées (qui suffisent lorsque les suites sont lancées, mais le démarrage des suites est une opération coûteuse en CPU et accès disque)

Sont concernés :

• Framadate
• L’interface de demande et de gestion de Framaspace
• Notre page principale
• Notre site de mise à disposition de différents logiciels
• Notre site de présentation de l’application Lokas

Nous ne pouvons rien faire si ce n’est attendre la résolution de l’incident chez notre hébergeur.

Notre serveur est de nouveau joignable, mais le ticket chez notre hébergeur n’étant pas fermé, nous restons vigilants.

L’incident est résolu chez notre hébergeur.

Le problème identifié sur notre système de stockage objet semble être résolu suite au redémarrage automatique des serveurs de cette nuit (pour mise à jour du noyau).

Les performances de Framaspace semblent être revenues à la normale suite à la résolution de ce problème. Nous restons cependant vigilants.

Nous considérons l’incident comme terminé.

Par conséquent, nous devons suspendre le fonctionnement de certaines fonctionnalités afin de pouvoir lutter contre cette menace. Ainsi, nous avons désactivé la possibilité de personnaliser le texte, le sujet et le nom de l'expéditeur des e-mails.

Nous réactiverons ces fonctionnalités seulement lorsque cette vague de mauvaise utilisation sera passée et que nous serons assuré⋅es que cela ne posera pas de problème de sécurité à Framasoft ou à ses bénéficiaires.

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

Nous investiguons pour comprendre la raison du problème et tenter de le résoudre.

Nous avons fait marche arrière sur la mise à jour et le service refonctionne.