Tous les systèmes sont opérationnels

Incidents antérieurs

30th juin 2020

Aucun incident signalé

29th juin 2020

DryCat innaccessible

Lors du reload de Nginx cette nuit pour prendre en compte les nouveaux certificats Let's Encrypt, le service Nginx ne s'est pas relancé correctement car il n'arrivait pas à éteindre ses workers. La configuration est une configuration maison mais le paquet est bien celui de Debian.

root@rp-1 ~ # systemctl status nginx
● nginx.service - A high performance web server and a reverse proxy server
   Loaded: loaded (/etc/systemd/system/nginx.service; enabled; vendor preset: enabled)
   Active: active (running) since Fri 2020-06-19 16:25:48 CEST; 1 weeks 2 days ago
     Docs: man:nginx(8)
  Process: 619 ExecStartPre=/usr/sbin/nginx -t -c /etc/nginx/conf/nginx.conf -q -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
  Process: 837 ExecStart=/usr/sbin/nginx -c /etc/nginx/conf/nginx.conf -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
  Process: 6163 ExecReload=/usr/sbin/nginx -c /etc/nginx/conf/nginx.conf -g daemon on; master_process on; -s reload (code=exited, status=0/SUCCESS)
 Main PID: 911 (nginx)
    Tasks: 67 (limit: 2355)
   Memory: 209.6M
   CGroup: /system.slice/nginx.service
           ├─  911 nginx: master process /usr/sbin/nginx -c /etc/nginx/conf/nginx.conf -g daemon on; master_process on;
           ├─  917 nginx: worker process is shutting down
           └─28635 nginx: worker process is shutting down
  • La source semble avoir été identifié et est lié a une configuration qui n'a pas évolué lors des changements de spec de la machine.

    Nous gardons ce point sous surveillance.

  • 28th juin 2020

    Aucun incident signalé

    27th juin 2020

    Aucun incident signalé

    26th juin 2020

    Aucun incident signalé

    25th juin 2020

    Aucun incident signalé

    24th juin 2020

    Aucun incident signalé

    23rd juin 2020

    Aucun incident signalé

    22nd juin 2020

    Aucun incident signalé

    21st juin 2020

    Aucun incident signalé

    20th juin 2020

    Aucun incident signalé

    19th juin 2020

    Aucun incident signalé

    18th juin 2020

    Purr Maintenance de Purr

    Afin d'améliorer les performances de Purr notamment en améliorant le cache en base de donnée (en réduisant donc la base de donnée pour en stocker le plus possible en RAM), nous réalisons actuellement une lourde tâche de maintenance visant a optimiser les requêtes en BDD.

  • La maintenance est fini et a permis de gagner 4Go d'espace.

  • Miaou Maintenance de Miaou

    Afin d'améliorer les performances de Mastodon notamment en améliorant le cache en base de donnée (en réduisant donc la base de donnée pour en stocker le plus possible en RAM), nous réalisons actuellement une lourde tâche de maintenance visant a optimiser les requêtes en BDD.

  • La maintenance de Mastodon a permit de réduire la base de donnée de 7Go permettant ainsi une exécution plus rapide des requêtes.

  • 17th juin 2020

    Aucun incident signalé

    16th juin 2020

    Matrix Maintenance sur Matrix

    Afin d'améliorer les performances de Matrix notamment en améliorant le cache en base de donnée (en réduisant donc la base de donnée pour en stocker le plus possible en RAM), nous réalisons actuellement une lourde tâche de maintenance visant à nettoyer la BDD des duplicas (via un outil de Matrix.

    Cela va engendré des latences sur Matrix et risque de ralentir les autres services utilisant PostgreSQL.

  • Maintenance réalisé. 11Go de donnée économisé, essentiellement les 75 chans avec un bridge Discord.

  • Le script s'est exécuté avec succès.
    Maintenant nous lançons un VACUUM FULL sur la base de donnée qui fait 18Go actuellement.
    Le service va être très fortement ralentit.

  • Le script continue de fonctionner. Il nous a permis d'identifier 78 salles détenuent par une seule personne. Ces 78 salles sont uniquement des bridges vers Discord.

    Si vous souhaitez avoir accès à Discord, vous lancez Discord. DryCat n'est pas Discord et n'a pas les moyens de Discord pour supporter la charge et toutes les transactions que cela incombe.

  • Le script tourne toujours. Les salles les plus gourmandes en ressources sont les salles possédant des bridges discord.

    Comme indiqué dans les CGU (cf point 9 de ces dites CGU) et partant du principe que tout ceux qui utilisent Matrix sont au courant de ces CGU (nottament par l'apparition d'un message empéchant l'utilisation de ce service si ces CGU n'ont pas été accepté ( https://matrix.drycat.fr/_matrix/consent ). Les salles détectés seront supprimé à la fin du passage du script.