@Armageddon 👋 Petite question, as-tu déjà fait des gros sauts de version? Si oui, ça se passe bien ?

@Epy
Euh.. tout dépend ce qu'on appelle gros saut.. je ne mets pas à jour à chaque sous version ou release, mais j’évite les grands sauts de version principales ;)
Là, c'était 2.9.2 -> 3.0.0 -> 3.0.1 -> 3.1.0 -> 3.1.1

.. et ça s'est très bien passé :)

@Armageddon L'instance que je co-administre (celle-ci) est sur une 2.6.5 >_< (sur debian jessie en plus)

@Armageddon Entre les dépendances à gérer avec les versions de debian et mon inexpérience sur l'administration de Mastodon (et nodejs etc) j'ai un peu peur et je ne sais pas par où commencer. Du coup c'est resté comme ça jusqu'à maintenant

@Epy
2.6.5 ça fait quelques sous-versions ça ;)
Bah, je n'ai jamais eu trop de soucis en suivant bien les instructions d'upgrade..
Tu auras sûrement tout à mettre à jour (je pense à ruby), presque comme si c'était une fresh install..
Je serais toi, grosse sauvegarde avant de lancer la mise à jour, quand même 😁 (base + répertoire mastodon)

@Armageddon Je me demande si exporter les données coté utilisateurs est faisable pour faire une freshinstall justement. On est que 3, mais l'export de l'archive ne fonctionne pas toujours, j'ai dû vider de force les medias en cache à cause du disque saturé (pas de nettoyage automatique fonctionnel sur cette instance :( )

@Epy Je ne sais pas faire..
L'export utilisateur c'est bien, mais il n'existe pas d'import..

@Armageddon 😱 tu viens de me faire vérifier. Il n'y a pas d'import de l'archive en effet, seulement les personnes suivies et bloquées.. Ça suffira peut être ? Faut que je vois avec l'admin et l'autre utilisateur

@Epy si tu te contente des comptes suivis et bloqués, sur une base vierge, tu perds évidemment tous tes pouets..
Et il faudra "resynchroniser" les comptes qui te suivent en leur demandant de te désuivre/resuivre (toi tu ne les verras plus te suivre, mais eux te suivront encore)
Enfin, c'est un peu le bazar..

@Armageddon Arg, en effet. Très mauvaise idée :x Merci pour ces infos ! Je vois un peu mieux comment m'y prendre

@Epy sauvegarde en béton, c'est le principal, si ça se passe mal, tu peux revenir en arrière :)

@Armageddon sauvegarder c'est bien, tester sa sauvegarde avant de grand saut sans élastiques, c'est mieux 😈

@Epy

@devnull Ouaip.. ça veut dire remonter une instance de test quelque part ..
@Armageddon

@Epy Oui. Mais sinon tu prend un risque. Des backups qui fonctionne pas, ça peut arriver selon les outils…

@Armageddon

@devnull Oui je sais.. Gitlab.com le sait aussi par exemple ^^ @Armageddon

@Epy Si tu parle de la livraison continue, c'est plutôt GitLab en général, que gitlab.com en particulier.

D'ailleurs il me semble gitlab.com est maintenant passé sur une infra google :/

@Armageddon

@devnull Nan je parlais de leur incident de backup il y a quelques années. Un ingé a cassé la prod et en voulant restaurer ils se sont rendus compte que tous leurs backups étaient foireux jusqu'à je ne sais plus combien de mois en arrière
@Armageddon

@Epy Ah je pensais que tu parlais du déploiement (pour se faire une instance de test)

@Armageddon

@devnull
Ça va de soi.. Une sauvegarde que tu ne peux pas restaurer, ça ne sert pas à grand chose..
@Epy

@Epy Tu peux aussi faire étape par étape..
(tu fais le git checkout <version étape>)
et tu fais tes mises à jour petit à petit..

@Armageddon Oui effectivement, il faut que je surveille les dépendances debian par contre pour ne pas me retrouver bloqué

Sign in to participate in the conversation
Mastodon

Instance généraliste/Generalist instance.