To the techlover.eu Mastodon instance users. Sorry for the service to be down for hours.
My kubernetes server pool was saturated in memory. I've got created another server pool with more memory and move the entire services to it (thanks to Kubernetes to automatically does it when nodes are drained).
It should now be OK.
I will upgrade Mastodon another day.
@metal3d à part moi tu as d'autres utilisateurs actifs sur ton instance ? Ne t'excuse pas pour le souci tu n'es pas payé pour les astreintes ;)
@Vimar Salut, oui y'a une 15 aines d'utilisateurs actifs. Un peu plus si on compte les non-actifs. J'ai pas regardé dernièrement.
Faut vraiment que je mette à jour parce que l'édition de toot etc... ça peut être sympa. Mais j'ai un gros doute sur la migration de base (et les dev ne sont pas explicites sur la question)
@badprocess
Bah c'est pas si évident en fait. J'utilise un Helm Chart officiel, mais le passage de la v3 à v4 change la base postgres. Il est sensé faire un update de base, mais je ne vois pas du tout comment il s'y prend.
Je pense:
- répliquer le namespace
- tester l'upgrade
- si ça passe, backup bourrin
- et update
Mais il me faut du temps...
@badprocess
Pour faire court, c'est un cluster K8S avec du volume BSSD. Les snapshot de disques sont faciles à faire.
J'ai aussi des scripts de backups mais ça ne fait que les postgres (j'ai pas eu la force de backup les volumes "asset" et "system" de Mastodon, mais je vais peut-être le faire)
Le vrai gros souci, c'est que ça fait trop longtemps que j'attends, et les dépendances de la version actuelle ne sont plus géré par le Chart...
Normalement, je peux revenir en arrière (rollout) sur K8S, mais j'ai très peur de ce qu'il va faire sur la base / les volumes assets et system de masto...
Donc, je vais plutôt faire une simulation d'upgrade... Mais c'est un peu effrayant.
Les autres app ne m'ont pas posé problème, mais Mastodon c'est un poil tordu leur Chart (j'aurais dû faire le mien)
@badprocess
En tout cas, ça se passe bien là...
That was epic