Projet

Général

Profil

Mastodon » Historique » Version 63

loris.hilaire, 17/12/2024 10:55

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 60 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
    exit
42
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 46
    (si nécessaire, rbenv rehash)
53 60 loris.hilaire
    (si nécessaire, 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
`sudo su mastodon`
148
`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`
149
cf https://github.com/mastodon/mastodon/issues/4614#issuecomment-1307822170
150
151
Puis via l'interface d'admin `https://toot.aquilenet.fr/admin/accounts?origin=local`
152 46
chercher le login utilisé puis renvoyer un mail de confirmation.