En cas d'oubli de l'URL d'admin d'un sondage Framadate, vous pouvez vous rendre sur https://beta.framadate.org/my pour les retrouver.
L'attaque a maintenant été gérée, la fonctionnalité est de retour.
]]>Les mails passant par ce relais se sont accumulés sur le serveur de Framagroupes, en attente d’envoi.
Nous avons débloqué la situation vers 8h40 ce matin, mercredi 15 juillet.
Les mails en attente sont en cours d’envoi. Il est possible que le rattrapage du retard prenne quelques heures.
]]>Les mails passant par ce relais se sont accumulés sur le serveur de Framalistes et ont saturés le disque, bloquant le processus d’envois de quasiments tous les mails.
Nous avons débloqué la situation vers 8h40 ce matin, mercredi 15 juillet.
Les mails en attente sont en cours d’envoi. Il est possible que le rattrapage du retard prenne quelques heures.
]]>Il est possible que NC Talk continue à fonctionner, mais pas pour tout le monde (particulièrement les personnes sur un réseau IPv4).
Nous investiguons et relancerons le composant dès que nous aurons trouvé une manière de nous prémunir de ce détournement.
Nous avons procédé à certains réglages sur le composant, le service semble être de nouveau opérationnel.
Nous continuons à surveiller avant de considérer l'incident comme résolu.
]]>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.
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)
]]>