Mastodon » Historique » Version 72
loris.hilaire, 17/12/2024 11:03
1 | 46 | # Mastodon |
|
---|---|---|---|
2 | |||
3 | ## Présentation |
||
4 | |||
5 | Mastodon est un réseau social libre et décentralisé, développé par Eugen Rochko, qui a connu une croissance exponentielle en début avril 2017. Aquilenet a donc mis en place son instance afin de participer et de soutenir la montée en force du projet. |
||
6 | |||
7 | L'instance Mastodon Aquilenet est installée sur la VM Alcyon qui lui est dédiée et accessible à l'adresse toot.aquilenet.fr |
||
8 | |||
9 | ## Mise à jour |
||
10 | |||
11 | La mise à jour de Mastodon est assez simple, et se base principalement sur le github officiel =\> https://github.com/tootsuite/mastodon |
||
12 | |||
13 | 66 | loris.hilaire | Si une nouvelle version stable est disponible (cf https://github.com/tootsuite/mastodon/releases), des mises à jour sont disponible, pusher un toot sur le compte @aquilenet@toot.aquilenet.fr, pour annoncer une brève coupure des services. Si possible, prévoir de l'avance pour donner une heure de coupure. La mise à jour ne prend généralement que quelques minutes. **Lire la rubrique "Upgrade notes" entièrement (parties "Non-Docker") pour vérifier les dépendances nécessaires et les étapes supplémentaires.** |
14 | 46 | ||
15 | 60 | loris.hilaire | ### Activer/Désactiver le mode maintenance |
16 | 46 | ||
17 | 60 | loris.hilaire | Le mode maintenance est utile en cas de casse ou de grosse coupure de l'instance. |
18 | Pour la plupart des mises à jour, le service n'est coupé que le temps d'être relancé, le mode maintenance n'est pas nécessaire. |
||
19 | 57 | sacha | |
20 | 60 | loris.hilaire | Pour l'activer : |
21 | 46 | ||
22 | 60 | loris.hilaire | cd /etc/nginx/sites-enabled && rm mastodon.conf && ln -s ../sites-available/maintenance.conf maintenance.conf && systemctl reload nginx |
23 | 46 | ||
24 | 60 | loris.hilaire | Pour le désactiver : |
25 | 46 | ||
26 | 60 | loris.hilaire | cd /etc/nginx/sites-enabled && rm maintenance.conf && ln -s ../sites-available/mastodon.conf mastodon.conf && systemctl reload nginx |
27 | 46 | ||
28 | 63 | loris.hilaire | ### Procédures de mise à jour |
29 | 46 | ||
30 | 61 | loris.hilaire | Si les dépendances sont à jour, la procédure classique est la suivante : |
31 | |||
32 | 46 | su - mastodon |
|
33 | cd live |
||
34 | git fetch |
||
35 | 59 | loris.hilaire | git checkout v[numero-de-version] |
36 | 46 | bundle install |
|
37 | 60 | loris.hilaire | yarn install --immutable |
38 | (si nécessaire, cf releases notes) RAILS_ENV=production bundle exec rake assets:clobber |
||
39 | (si nécessaire, cf releases notes) RAILS_ENV=production bundle exec rake assets:precompile |
||
40 | 59 | loris.hilaire | (si nécessaire, cf releases notes) bundle exec rake db:migrate) |
41 | 46 | ||
42 | 64 | loris.hilaire | Ignorer les warnings éventuels, ne s'arrêter qu'en cas d'erreur bloquante. |
43 | 61 | loris.hilaire | Si besoin de mettre à jour des dépendances, **le faire avant la procédure ci-dessus**. |
44 | 46 | ||
45 | 61 | loris.hilaire | Pour Ruby : |
46 | 62 | loris.hilaire | |
47 | 61 | loris.hilaire | su - mastodon |
48 | cd live |
||
49 | 51 | mathias.bert-barbedienne | git -C "$(rbenv root)"/plugins/ruby-build pull |
50 | 61 | loris.hilaire | RUBY_CONFIGURE_OPTS=--with-jemalloc rbenv install [numero-de-version] |
51 | rbenv global [numero-de-version] |
||
52 | 72 | loris.hilaire | rbenv rehash |
53 | gem install bundler --no-document |
||
54 | 62 | loris.hilaire | |
55 | 60 | loris.hilaire | Vérifier la présence et éventuellement supprimer les versions obsolètes de ruby dans /home/mastodon/live/vendor/bundle/ruby |
56 | 46 | Vérifier la présence et éventuellement supprimer les versions obsolètes de node dans /usr/local/n/versions/node/ |
|
57 | 60 | loris.hilaire | |
58 | 61 | loris.hilaire | Pour node : |
59 | 62 | loris.hilaire | |
60 | 61 | loris.hilaire | su - mastodon |
61 | 46 | npm cache clean -f |
|
62 | 59 | loris.hilaire | npm install -g n |
63 | 46 | n stable |
|
64 | 60 | loris.hilaire | |
65 | 46 | Si tout s'est bien passé, relancer les services : |
|
66 | 60 | loris.hilaire | |
67 | 46 | systemctl stop mastodon-*.service |
|
68 | systemctl start mastodon-streaming@4001 && systemctl start mastodon-streaming@4002 && systemctl start mastodon-*.service --all |
||
69 | 60 | loris.hilaire | |
70 | 57 | sacha | Vérifier que tout est au vert : |
71 | |||
72 | systemctl status mastodon-*.service |
||
73 | 60 | loris.hilaire | |
74 | 46 | Informer les utilisateur-ices du retour à la normale et que la mise à jour a bien été effectuée. |
|
75 | |||
76 | ## Certificat Let's Encrypt |
||
77 | |||
78 | toot.aquilenet.fr utilise un certificat Let's Encrypt pour proposer du SSL/TLS de qualité. Malheureusement, Let's Encrypt demande encore et toujours un renouvellement tous les 3 mois. |
||
79 | |||
80 | Le renouvellement est automatisé par un cron daily qui teste tous les jours si l'expiration du certificat est \< 30 jours et lance le script renewCerts.sh disponible dans /srv/letsencrypt. Si jamais cela ne fonctionne pas, pour renouveler le certificat : |
||
81 | |||
82 | sudo certbot renew |
||
83 | sudo service nginx reload |
||
84 | |||
85 | Si cela ne semble pas fonctionner, rallonger comme suit : |
||
86 | |||
87 | certbot certonly -n --cert-name toot.aquilenet.fr --webroot -w /srv/letsencrypt/ -d toot.aquilenet.fr |
||
88 | sudo service nginx reload |
||
89 | |||
90 | Si cela ne fonctionne toujours pas, passer en root et carrément créer un nouveau certificat en écrasant l'ancien : |
||
91 | |||
92 | service nginx stop |
||
93 | letsencrypt certonly -d toot.aquilenet.fr --agree-tos -m admin@aquilenet.fr --rsa-key-size 4096 --standalone |
||
94 | service nginx start |
||
95 | |||
96 | ### Backups |
||
97 | |||
98 | Actuellement, une backup du nécessaire (Postgres + Ruby) est faire par BackupNinja. |
||
99 | 47 | loris.hilaire | |
100 | 46 | ## Stockage et maintenance |
|
101 | |||
102 | 47 | loris.hilaire | Mastodon stocke localement tous les médias distants affichés par les utilisateurs de l'instance. Un NFS a été monté sur Saya afin de permettre de tenir la charge qui monte exponentiellement. |
103 | 46 | De plus, la base de données peut se remplir plus que de raison avec des données qui n'ont plus aucun intérêt. |
|
104 | 47 | loris.hilaire | |
105 | ### Supprimer les vieux médias distants |
||
106 | 49 | loris.hilaire | |
107 | 46 | Une task a été créée pour Mastodon et ajoutée dans le cron de l'utilisateur mastodon (lancé quotidiennement). Elle permet de supprimer tous les médias distants supérieurs à 7 jours du cache de l'instance. Les liens restent trouvables dans les toots associés, donc l'impact est mineur pour l'utilisateur, et bénéfique pour nous. |
|
108 | 47 | loris.hilaire | |
109 | 46 | cd /home/mastodon/live && RAILS_ENV=production /home/mastodon/.rbenv/shims/bundle exec /home/mastodon/live/bin/tootctl media remove |
|
110 | 47 | loris.hilaire | |
111 | ### Supprimer les médias orphelins |
||
112 | 49 | loris.hilaire | |
113 | 47 | loris.hilaire | La commande ci-après cherche les fichiers qui ne semblent pas êtres des médias attachés à quoi que ce soit, et les supprime. L'opération va tester chaque fichier individuellement, donc c'est lent. |
114 | 46 | ||
115 | 47 | loris.hilaire | cd /home/mastodon/live && RAILS_ENV=production /home/mastodon/.rbenv/shims/bundle exec /home/mastodon/live/bin/tootctl media remove-orphans |
116 | |||
117 | ### Supprimer de la BDD les comptes n'existant plus |
||
118 | 49 | loris.hilaire | |
119 | 47 | loris.hilaire | Certains comptes présents dans la BDD ainsi que des données liées à ceux-ci prennent de la place alors qu'ils n'existent plus. Pour faire le ménage, la commande ci-dessous va vérifier pour chaque compte présent dans la base de données s'il existe encore sur le serveur d'origine, et si ce n'est pas le cas, le supprimer de la base de données. Les comptes ayant confirmé être actif dans la dernière semaine ne sont pas testés, au cas où le serveur les hébergeant serait juste down. |
120 | 48 | loris.hilaire | |
121 | 47 | loris.hilaire | cd /home/mastodon/live && RAILS_ENV=production /home/mastodon/.rbenv/shims/bundle exec /home/mastodon/live/bin/tootctl accounts cull |
122 | |||
123 | ### Supprimer de la BDD les pouets distants et sans engagement |
||
124 | |||
125 | Cette commande va supprimer tous les pouets datés de plus de 90 jours (par défaut) qui n'ont pas été fav, boostés, ou sauvegardés par des utilisateurs de l'instance locale, et n'ont reçu aucune réponse (cette condition est un peu étrange et peut entraîner la suppression de différents pouets si on la lance plusieurs fois d'affilé). Par défaut, ça ne supprime pas les statuts de comptes suivis, mais on peut modifier cette option. |
||
126 | |||
127 | 50 | loris.hilaire | cd /home/mastodon/live && RAILS_ENV=production /home/mastodon/.rbenv/shims/bundle exec /home/mastodon/live/bin/tootctl status remove |
128 | |||
129 | ### Récupérer les médias perdus |
||
130 | |||
131 | Cette commande force Mastodon à chercher à récupérer **tous** les médias perdus (par exemple, des avatars). Cependant, elle semble imparfaite, et ne corrige donc que partiellement le problème. Néanmoins, ça peut aider : |
||
132 | |||
133 | cd /home/mastodon/live && RAILS_ENV=production /home/mastodon/.rbenv/shims/bundle exec /home/mastodon/live/bin/tootctl accounts refresh --all |
||
134 | |||
135 | Une solution alternative est de passer par la console de ruby, à la main, et de cibler spécifiquement l'utilisateur-ice dont on veut récupérer l'avatar : |
||
136 | |||
137 | cd /home/mastodon/live |
||
138 | RAILS_ENV=production bundle exec rails c |
||
139 | a = Account.find_remote('USERNAME', 'REMOTE.DOMAIN') |
||
140 | a.reset_avatar! |
||
141 | a.save |
||
142 | 53 | mathias.bert-barbedienne | exit |
143 | |||
144 | ### Re créer un compte supprimé. |
||
145 | |||
146 | Après s'être assuré de la légitimité de la demande ! |
||
147 | 67 | loris.hilaire | |
148 | 69 | loris.hilaire | su - mastodon |
149 | 70 | loris.hilaire | cd /home/mastodon/live && RAILS_ENV=production /home/mastodon/.rbenv/shims/bundle exec /home/mastodon/live/bin/tootctl accounts create $USERNAME --reattach --force --email $EMAIL |
150 | 67 | loris.hilaire | |
151 | 53 | mathias.bert-barbedienne | cf https://github.com/mastodon/mastodon/issues/4614#issuecomment-1307822170 |
152 | |||
153 | 68 | loris.hilaire | Puis via l'interface d'admin https://toot.aquilenet.fr/admin/accounts?origin=local, chercher le login utilisé puis renvoyer un mail de confirmation. |