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
]]>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.
]]>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.
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 :
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.
]]>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.
]]>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.
]]>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é.
]]>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.
]]>Le problème semble avoir été résolu mais reste sous surveillance.
Nous considérons l’incident comme clos.
]]>Nous redémarrons les serveurs du service.
Le redémarrage des serveurs est terminé, nous surveillons les serveurs.
En l’absence de nouvelle survenue du problème, nous le considérons comme réglé.
Le problème a resurgi ce matin. Nous continuons à investiguer.
Nous coupons momentanément l’accès au serveur le temps de quelques analyses.
Nous avons mis à jour Nextcloud vers la dernière version (en espérant que le problème vienne d’un bug de la version sur laquelle nous étions) et nous avons découvert un bug impactant les performances que nous avons patché.
La situation semble se stabiliser.
Nous considérons l’incident comme clos, l’application d’un patch semblant l’avoir résolu.
]]>Nous avons vérifié les configurations de notre côté mais cela ne permet toujours pas un fonctionnement parfait pour des envois vers les services Microsoft : le problème vient, d’après nos investigations, de Microsoft.
En attendant de réussir à joindre les équipes techniques de Microsoft, vous pouvez essayer de leur signaler le souci aussi.
Nous avons trouvé une manière de répliquer le problème (déclencher un rejet du mail de la part de Microsoft) : les personnes qui souhaitent recevoir les mails d’une liste sous forme d’un mail contenant les mails envoyés sur la liste depuis le dernier envoi de ce type¹ ne recevront pas leurs mails.
Un contournement simple est de choisir le mode de réception « compilation au format texte ».
Nonobstant, nous savons que des mails sont refusés en dehors de cette configuration. Nous continuons nos investigations.
¹ sur Framalistes, c’est le mode de réception « compilation au format MIME »
]]>