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 ?
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 ?
Je parlai de la sauvegarde yunohost mais tu peut faire les deux au cas où
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à :
Essaye en ssh:
sudo yunohost backup create --ignore-system --apps mastodon --verbose
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
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 ?
Oui c’est toujours long la création de l’archive
Juste au cas ou,
pour sauvegarder la bdd de mastodon, c’est cette commande ?
pg_dump -U mastodon mastodon_production > mastodon_bck
\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
une fois l’appli supp, je dois la re installer et ensuite seulement je fais une restauration de mastodon, c’est ça
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
arf trop tard, je viens de supp l’appli…
Pas grave, la restauration sera juste plus longue.
ça c’est arrêté là, c’est pas encore fini ? Ou c’est encore planté… ?
Erreur serveur inattendue (0 error)
+ sudo service nginx restart
+ sudo find /home/yunohost.backup/tmp/20180327-153709/conf/nginx/ -mindepth 1 -maxdepth 1 -name '*.d' -or -exec sudo cp -a '{}' /etc/nginx/conf.d/ ';'
+ backup_dir=/home/yunohost.backup/tmp/20180327-153709/conf/nginx
Exécution du script « /usr/share/yunohost/hooks/restore/29-conf_nginx »...
+ sudo service metronome restart
+ sudo cp -a /home/yunohost.backup/tmp/20180327-153709/conf/xmpp/var/. /var/lib/metronome
+ sudo cp -a /home/yunohost.backup/tmp/20180327-153709/conf/xmpp/etc/. /etc/metronome
+ backup_dir=/home/yunohost.backup/tmp/20180327-153709/conf/xmpp
Exécution du script « /usr/share/yunohost/hooks/restore/26-conf_xmpp »...
+ sudo service dovecot restart
+ sudo service postfix restart
+ sudo cp -a /home/yunohost.backup/tmp/20180327-153709/data/mail/. /var/mail/
+ backup_dir=/home/yunohost.backup/tmp/20180327-153709/data/mail
Exécution du script « /usr/share/yunohost/hooks/restore/23-data_mail »...
+ sudo service metronome reload
+ sudo service nginx reload
The SSOwat configuration has been generated
+ sudo yunohost app ssowatconf
+ sudo cp -a /home/yunohost.backup/tmp/20180327-153709/conf/ynh/certs/. /etc/yunohost/certs/
+ sudo mkdir -p /etc/yunohost/certs/
+ backup_dir=/home/yunohost.backup/tmp/20180327-153709/conf/ynh/certs
il s’arrête au début, c’est pas bon ça.
Non c’est le log de la GUI, elle se lis a l’envers.
j’ai tout ça encore avant…
Exécution du script « /usr/share/yunohost/hooks/restore/21-conf_ynh_certs »...
- 9000
- 5353
- 5269
- 5222
- 993
- 587
- 465
- 443
- 80
- 53
- 25
- 22
opened_ports:
The firewall has been reloaded
+ sudo yunohost firewall reload
+ sudo cp -a /home/yunohost.backup/tmp/20180327-153709/conf/ynh/firewall/. /etc/yunohost
+ backup_dir=/home/yunohost.backup/tmp/20180327-153709/conf/ynh/firewall
Exécution du script « /usr/share/yunohost/hooks/restore/20-conf_ynh_firewall »...
+ sudo cp -a /home/yunohost.backup/tmp/20180327-153709/data/home/. /home
+ backup_dir=/home/yunohost.backup/tmp/20180327-153709/data/home
Exécution du script « /usr/share/yunohost/hooks/restore/17-data_home »...
+ sudo cp -a /home/yunohost.backup/tmp/20180327-153709/conf/ssowat/. /etc/ssowat
+ backup_dir=/home/yunohost.backup/tmp/20180327-153709/conf/ssowat
Exécution du script « /usr/share/yunohost/hooks/restore/14-conf_ssowat »...
+ sudo mysqladmin -s -u root -pr5L9BdZQm7 reload
+ sudo chmod 400 /etc/yunohost/mysql
r5L9BdZQm7
+ sudo tee /etc/yunohost/mysql
+ echo r5L9BdZQm7
+ sudo mysqladmin -s -u root -pr5L9BdZQm7 password r5L9BdZQm7
+ '[' -z r5L9BdZQm7 ']'
+ '[' -z r5L9BdZQm7 ']'
+ new_pwd=r5L9BdZQm7
++ sudo cat /home/yunohost.backup/tmp/20180327-153709/conf/ynh/mysql/root_pwd
+ curr_pwd=r5L9BdZQm7
++ sudo cat /etc/yunohost/mysql
+ '[' -f /etc/yunohost/mysql ']'
+ service mysql status
+ backup_dir=/home/yunohost.backup/tmp/20180327-153709/conf/ynh/mysql
Exécution du script « /usr/share/yunohost/hooks/restore/11-conf_ynh_mysql »...
+ sudo service ssh restart
+ sudo cp -a /home/yunohost.backup/tmp/20180327-153709/conf/ssh/. /etc/ssh
+ '[' -d /etc/ssh/ ']'
+ backup_dir=/home/yunohost.backup/tmp/20180327-153709/conf/ssh
Exécution du script « /usr/share/yunohost/hooks/restore/08-conf_ssh »...
+ rm -rf /tmp/1522179360
+ service slapd start
+ chown -R openldap: /var/lib/ldap
+ slapadd -F /etc/ldap/slapd.d -b dc=yunohost,dc=org -l /home/yunohost.backup/tmp/20180327-153709/conf/ldap/dc=yunohost-dc=org.ldif
+ mkdir -p /var/lib/ldap
+ mv /var/lib/ldap /tmp/1522179360
+ chown -R openldap: /etc/ldap/slapd.d
+ slapadd -F /etc/ldap/slapd.d -b cn=config -l /home/yunohost.backup/tmp/20180327-153709/conf/ldap/cn=config.master.ldif
+ cp -a /home/yunohost.backup/tmp/20180327-153709/conf/ldap/slapd.conf /etc/ldap/slapd.conf
+ mkdir -p /etc/ldap/slapd.d
+ mv /etc/ldap/slapd.d /tmp/1522179360
+ mkdir -p /tmp/1522179360
+ TMPDIR=/tmp/1522179360
++ date +%s
+ service slapd stop
+ [[ 0 -ne 0 ]]
+ backup_dir=/home/yunohost.backup/tmp/20180327-153709/conf/ldap
Exécution du script « /usr/share/yunohost/hooks/restore/05-conf_ldap »...
Exécution des scripts de restauration...
Extraction des fichiers nécessaires depuis l’archive…
je me rappelle avoir déjà extrait une archive de sauvegarde et l’avoir re-packagé pour qu’il n’y ai que mastodon dedans mais de mémoire c’est galère.
Mais sinon on peut demander à juste restaurer une app en particulier non ? Je ne sais pas si c’est possible depuis la webadmin, mais en ligne de commande, il “suffit” de faire quelque chose comme yunohost backup restore nom_de_l'archive --ignore-system --apps mastodon