Mastodon - cassé?

vincentux · March 26, 2018, 3:21pm

Salut à tous,

je crois que mon Mastodon est tout cassé !?
Après un simple reboot de mon vps… boom impossible d’accéder à mon instance, pourtant tous les services sont au verts, je ne comprends pas.

ps : pas tapé, mais je n’ai pas fait de sauvegarde de la bd
c’est mort ou bien ?

Aleks · March 26, 2018, 3:28pm

Hm ça m’étonnerais fortement que toutes les données aient juste disparues ? Je penserais plutot à un probleme de service qui n’a pas démarré.

Si tu fais un service mastodon-web status, ça raconte quoi ?

Visiblement il y a aussi un service mastodon-sidekiq et mastodon-streaming

Est-ce que le service postgresql tourne aussi ?

vincentux · March 26, 2018, 3:48pm

sudo systemctl status mastodon-web.service mastodon-sidekiq.service mastodon-streaming.service
● mastodon-web.service - mastodon-web
   Loaded: loaded (/etc/systemd/system/mastodon-web.service; enabled)
   Active: active (running) since Mon 2018-03-26 15:19:20 UTC; 27min ago
 Main PID: 3504 (bundle)
   CGroup: /system.slice/mastodon-web.service
           ├─3504 puma 3.11.0 (tcp://0.0.0.0:3000) [live]
           ├─4842 puma: cluster worker 0: 3504 [live]
           └─4846 puma: cluster worker 1: 3504 [live]

Mar 26 15:46:28 Yunohost bundle[3504]: [cf40cb27-2d94-4308-8b9a-f1ac2ffe0970] app/controllers/activitypub/inboxes_controller.rb:9:in `create'
Mar 26 15:46:37 Yunohost bundle[3504]: [af33e974-df6f-4175-938e-0d89959394c1] method=POST path=/inbox format=html controller=ActivityPub::InboxesController action=create status=401 duration=9.42 view=0.00
Mar 26 15:46:37 Yunohost bundle[3504]: [af33e974-df6f-4175-938e-0d89959394c1]
Mar 26 15:46:37 Yunohost bundle[3504]: [af33e974-df6f-4175-938e-0d89959394c1] PG::ConnectionBad (fe_sendauth: no password supplied
Mar 26 15:46:37 Yunohost bundle[3504]: ):
Mar 26 15:46:37 Yunohost bundle[3504]: [af33e974-df6f-4175-938e-0d89959394c1]
Mar 26 15:46:37 Yunohost bundle[3504]: [af33e974-df6f-4175-938e-0d89959394c1] app/lib/activitypub/tag_manager.rb:108:in `uri_to_resource'
Mar 26 15:46:37 Yunohost bundle[3504]: [af33e974-df6f-4175-938e-0d89959394c1] app/controllers/concerns/signature_verification.rb:119:in `account_from_key_id'
Mar 26 15:46:37 Yunohost bundle[3504]: [af33e974-df6f-4175-938e-0d89959394c1] app/controllers/concerns/signature_verification.rb:40:in `signed_request_account'
Mar 26 15:46:37 Yunohost bundle[3504]: [af33e974-df6f-4175-938e-0d89959394c1] app/controllers/activitypub/inboxes_controller.rb:9:in `create'

● mastodon-sidekiq.service - mastodon-sidekiq
   Loaded: loaded (/etc/systemd/system/mastodon-sidekiq.service; enabled)
   Active: active (running) since Mon 2018-03-26 15:19:20 UTC; 27min ago
 Main PID: 3500 (bundle)
   CGroup: /system.slice/mastodon-sidekiq.service
           └─3500 sidekiq 5.0.5 live [0 of 20 busy]

Mar 26 15:19:51 Yunohost bundle[3500]: 2018-03-26T15:19:51.006Z 3500 TID-gp3fswaro INFO: Scheduling media_cleanup_scheduler {"cron"=>"30 5 * * *", "class"=>"Scheduler::MediaCleanupScheduler", "queue"=>"default"}
Mar 26 15:19:51 Yunohost bundle[3500]: 2018-03-26T15:19:51.026Z 3500 TID-gp3fswaro INFO: Scheduling feed_cleanup_scheduler {"cron"=>"3 2 * * *", "class"=>"Scheduler::FeedCleanupScheduler", "queue"=>"default"}
Mar 26 15:19:51 Yunohost bundle[3500]: 2018-03-26T15:19:51.046Z 3500 TID-gp3fswaro INFO: Scheduling doorkeeper_cleanup_scheduler {"cron"=>"44 0 * * 0", "class"=>"Scheduler::DoorkeeperCleanupSch...ue"=>"default"}
Mar 26 15:19:51 Yunohost bundle[3500]: 2018-03-26T15:19:51.062Z 3500 TID-gp3fswaro INFO: Scheduling user_cleanup_scheduler {"cron"=>"14 6 * * *", "class"=>"Scheduler::UserCleanupScheduler", "queue"=>"default"}
Mar 26 15:19:51 Yunohost bundle[3500]: 2018-03-26T15:19:51.081Z 3500 TID-gp3fswaro INFO: Scheduling subscriptions_cleanup_scheduler {"cron"=>"18 3 * * 0", "class"=>"Scheduler::SubscriptionsClea...ue"=>"default"}
Mar 26 15:19:51 Yunohost bundle[3500]: 2018-03-26T15:19:51.097Z 3500 TID-gp3fswaro INFO: Scheduling ip_cleanup_scheduler {"cron"=>"37 4 * * *", "class"=>"Scheduler::IpCleanupScheduler", "queue"=>"default"}
Mar 26 15:19:51 Yunohost bundle[3500]: 2018-03-26T15:19:51.117Z 3500 TID-gp3fswaro INFO: Scheduling email_scheduler {"cron"=>"0 10 * * 2", "class"=>"Scheduler::EmailScheduler", "queue"=>"default"}
Mar 26 15:19:51 Yunohost bundle[3500]: 2018-03-26T15:19:51.158Z 3500 TID-gp3fswaro INFO: Scheduling backup_cleanup_scheduler {"cron"=>"31 3 * * *", "class"=>"Scheduler::BackupCleanupScheduler",...ue"=>"default"}
Mar 26 15:19:51 Yunohost bundle[3500]: 2018-03-26T15:19:51.177Z 3500 TID-gp3fswaro INFO: Schedules Loaded
Mar 26 15:19:51 Yunohost bundle[3500]: 2018-03-26T15:19:51.177Z 3500 TID-gp3fswaro INFO: Starting processing, hit Ctrl-C to stop

● mastodon-streaming.service - mastodon-streaming
   Loaded: loaded (/etc/systemd/system/mastodon-streaming.service; enabled)
   Active: active (running) since Mon 2018-03-26 15:19:20 UTC; 27min ago
 Main PID: 3516 (npm)
   CGroup: /system.slice/mastodon-streaming.service
           ├─3516 npm
           ├─4445 sh -c node ./streaming/index.js
           ├─4446 node ./streaming/index.js
           └─4559 /usr/bin/node /opt/mastodon/live/streaming/index.js

Mar 26 15:19:20 Yunohost systemd[1]: Started mastodon-streaming.
Mar 26 15:19:26 Yunohost npm[3516]: > mastodon@ start /opt/mastodon/live
Mar 26 15:19:26 Yunohost npm[3516]: > node ./streaming/index.js
Mar 26 15:19:29 Yunohost npm[3516]: info Starting streaming API server master with 1 workers
Mar 26 15:19:31 Yunohost npm[3516]: info Starting worker 1
Mar 26 15:19:31 Yunohost npm[3516]: info Worker 1 now listening on 0.0.0.0:4000
Hint: Some lines were ellipsized, use -l to show in full.

vincentux · March 26, 2018, 3:49pm

sudo systemctl status mysql.service 
● mysql.service - LSB: Start and stop the mysql database server daemon
   Loaded: loaded (/etc/init.d/mysql)
   Active: active (running) since Mon 2018-03-26 15:19:25 UTC; 30min ago
  Process: 3877 ExecStart=/etc/init.d/mysql start (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/mysql.service
           ├─3953 /bin/bash /usr/bin/mysqld_safe
           └─4168 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib/mysql/plugin --user=mysql --log-error=/var/lib/mysql/Yunohost.err --pid-file=Yunohost.pid --socket=/var/run/mys...

Mar 26 15:19:28 Yunohost /etc/mysql/debian-start[4267]: mysql.table_stats                                  OK
Mar 26 15:19:28 Yunohost /etc/mysql/debian-start[4267]: mysql.tables_priv                                  OK
Mar 26 15:19:28 Yunohost /etc/mysql/debian-start[4267]: mysql.time_zone                                    OK
Mar 26 15:19:28 Yunohost /etc/mysql/debian-start[4267]: mysql.time_zone_leap_second                        OK
Mar 26 15:19:28 Yunohost /etc/mysql/debian-start[4267]: mysql.time_zone_name                               OK
Mar 26 15:19:28 Yunohost /etc/mysql/debian-start[4267]: mysql.time_zone_transition                         OK
Mar 26 15:19:28 Yunohost /etc/mysql/debian-start[4267]: mysql.time_zone_transition_type                    OK
Mar 26 15:19:28 Yunohost /etc/mysql/debian-start[4267]: mysql.user                                         OK
Mar 26 15:19:28 Yunohost /etc/mysql/debian-start[4267]: Phase 2/6: Fixing views
Mar 26 15:19:28 Yunohost /etc/mysql/debian-start[4267]: Processing databases

Aleks · March 26, 2018, 3:50pm

Postgresql, pas mysql D’ailleurs le nom c’est ptete plutot genre postgresql-9.4 ou un truc du genre :s

vincentux · March 26, 2018, 3:52pm

sudo systemctl status postgresql.service 
● postgresql.service - PostgreSQL RDBMS
   Loaded: loaded (/lib/systemd/system/postgresql.service; enabled)
   Active: active (exited) since Mon 2018-03-26 15:19:24 UTC; 33min ago
  Process: 4207 ExecStart=/bin/true (code=exited, status=0/SUCCESS)
 Main PID: 4207 (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/postgresql.service

Mar 26 15:19:24 Yunohost systemd[1]: Started PostgreSQL RDBMS.

vincentux · March 27, 2018, 4:53am

Bon bah je crois que je vais devoir re installer mon instance…

Aleks · March 27, 2018, 6:25am

Beeeeh oui et non En vrai ça a l’air réparable en creusant, mais perso je connais pas du tout cette app… Visiblement ça a l’air d’etre mastodon-web arrive pas à se co à la db ? (PG::ConnectionBad (fe_sendauth: no password supplied)

Peut-être que @nemsia en saurait + ?

nemsia · March 27, 2018, 8:02am

Bonjour,
@vincentux Je pense que toutes les données sont encore dans la base.
Peut tu faire une sauvegarde, supprimer l’appli et la restaurer ?

vincentux · March 27, 2018, 10:40am

Merci…
Je vais essayer ça ce soir
Mais pour la sauvegarde, je passe par l’administration de yunohost (sudo yunohost backup create) ou je dois juste sauvegarder la bdd de mastodon ?

nemsia · March 27, 2018, 11:05am

Je parlai de la sauvegarde yunohost mais tu peut faire les deux au cas où

vincentux · March 27, 2018, 3:10pm

bon en fait j’avais dejà un backup mais trop vieux…

ls /home/yunohost.backup/archives/
20170506-131034.info.json	     shellinabox-pre-upgrade1.info.json
nextcloud-before-upgrade1.info.json  shellinabox-pre-upgrade1.tar.gz
nextcloud-before-upgrade1.tar.gz     ttrss-pre-upgrade1.info.json
nextcloud-pre-upgrade1.info.json     ttrss-pre-upgrade1.tar.gz
nextcloud-pre-upgrade1.tar.gz	     wallabag2-pre-upgrade1.info.json
roundcube-pre-upgrade2.info.json     wallabag2-pre-upgrade1.tar.gz
roundcube-pre-upgrade2.tar.gz

J’ai voulu en faire un nouveau mais ça bloque ici…

admin@Yunohost:~$ sudo yunohost backup create
Warning: App ffsync has no backup script. Ignoring.
Warning: ls: cannot access /etc/cron.d/yunohost*: No such file or directory
Warning: /tmp/backup_6ad2Am: line 30: db_user: unbound variable
Error: Unable to back up the app 'abantecart'
^CError: Operation interrupted

Du coup j’ai voulu passer par la gui de yunohost et là :

nemsia · March 27, 2018, 3:27pm

Essaye en ssh:
sudo yunohost backup create --ignore-system --apps mastodon --verbose

ppr · March 27, 2018, 3:30pm

Bonsoir @vincentux ,

Ça m’est arrivé que le script de backup ne fonctionne pas.
Le cas se présentait lorsque le dernier backup n’avait pas été jusqu’au bout pour diverses raisons.
Ce que je faisais, c’est de supprimer les scories de fichier faisant références à la dernière tentative infructueuse de backup.
Les fichiers sont vite repérables car il y a la date et l’heure.
Ils se trouvent normalement ici

cd /home/yunohost.backup/archives

En faisant un rm des fichiers de cette dernière tentative ça devrait le faire ensuite

rm aaaammjj-hhmmss.info.json # Typiquement un truc du genre 20180327-172800.info.json
rm aaaammjj-hhmmss.tar.gz # Typiquement un truc du genre 20180327-172800.tar.gz

Lancer le script de sauvegarde avec le verbiage pour savoir où ça peut coincer :

yunohost backup create --verbose

NOTA : Les fichiers de NextCloud ne sont par défaut pas sauvegardés. Seuls sont sauvegardés les fichiers de configuration de l’application.
Voir ici au cas où :

ppr

vincentux · March 27, 2018, 4:02pm

Alors j’ai supprimé les fichiers dans archives et j’ai relancé la commande :

sudo yunohost backup create --verbose

et je suis bloqué ici : https://framabin.org/?c4fec1f2fbe7e3a2#gTm6TeNlAkATKW+gop36zELkU1h/osNWFwQBilvl9TA=

peut-être que c’est trèèèès long ?

rafi59 · March 27, 2018, 4:06pm

Oui c’est toujours long la création de l’archive

vincentux · March 27, 2018, 4:11pm

Juste au cas ou,
pour sauvegarder la bdd de mastodon, c’est cette commande ?

pg_dump -U mastodon mastodon_production > mastodon_bck

vincentux · March 27, 2018, 4:26pm

\o/

Backup tar archive created
Success! Backup created
name: 20180327-153709
results: 
  apps: 
    abantecart: Error
    ffsync: Skipped
    grav: Success
    jappix: Success
    mastodon: Success
    roundcube: Success
    shellinabox: Success
    ttrss: Success
    wallabag2: Success
  system: 
    conf_cron: Success
    conf_ldap: Success
    conf_nginx: Success
    conf_ssh: Success
    conf_ssowat: Success
    conf_xmpp: Success
    conf_ynh_certs: Success
    conf_ynh_currenthost: Success
    conf_ynh_firewall: Success
    conf_ynh_mysql: Success
    data_home: Success
    data_mail: Success
size: 11207337266

vincentux · March 27, 2018, 4:40pm

une fois l’appli supp, je dois la re installer et ensuite seulement je fais une restauration de mastodon, c’est ça

nemsia · March 27, 2018, 7:05pm

Une fois l’appli supprimée tu lance la restauration, c’est tout.
Par contre je te conseille fortement de faire une sauvegarde juste de mastodon:

sudo yunohost backup create --ignore-system --apps mastodon --verbose