1 private link
Une petite surprise est arrivée sous la forme d'une forte latence sur mes services #gitea et #dokuwiki, avec des erreurs 500 et des erreurs type NS_ERROR_NET_PARTIAL_TRANSFER.
En me connectant à la bécane (hébergée chez #hetzner)), je remarque avoir un load average supérieur à 6 - sachant que le CPU de mon CX11 est un single-thread 😉
Parmi les gros consommateurs : php8.2-fpm et gitea (que je n'apercevrai qu'un peu plus tard).
J'ai perdu un peu de temps à me rappeler comment j'avais configuré #gitea (via supervisord plutôt que systemd...).
Sans parler des logs #journald qui prenaient pratiquement 2GB d'espace, sur un disque de 20GB seulement (les données #nextcloud se trouvant sur un disque à part).
On peut voir l'espace pris par les logs journald via journalctl --disk-usage, puis faire de la place avec journalctl --vacuum-time=2d.
De l'intérêt d'uniformiser ses outils (supervisord -> systemd) et de monitorer TOUTES ses machines.
Et de se limiter uniquement à ce qui est nécessaire (memcache ? redis ? Qu'est-ce que vous faites-là ?).
#gitea se cherche un business model (et ça me semble être une bonne idée 👍)
#gitea se crée une société par dessus leur produit open source pour en assurer la pérennité 👍
Oups, j'ai dû oublier cette partie...