Bonjour,
Si je copie mes backups sur un autre serveur, que je réinstalle l’OS et Yunohost depuis le début puis que je renvoie mes backups, ça ne marcherait pas ?
J’imagine que ce n’est pas aussi simple…
J’ai rencontré le même problème (erreur 500) en supprimant le contenu de etc/ssowat/conf.json.persistent (thème personnalisé) qui bloquait la migration.
J’ai pu faire disparaitre l’erreur en me connectant en SSH et en remettant la ligne comme elle était, mais du coup impossible de faire la migration.
Détail et logs en commentaire de l’annonce.
Merci.
Je n’ai pas fait de modification de thème, donc mon problème est sans doute différent.
Bon, je crois que je vais tout réinstaller et tenter un restore backup…
Bonjour,
Alors, du nouveau ?
Courage !
Je suis en train d’uploader les fichiers de backup. Dans quelques minutes je lance la procédure. 
Alors, j’ai installé la debian 9 de kimsufi puis passé à la 10. J’ai ensuite installé yunohost, puis copié les fichiers qu’il y avait dans le dossier de backup de la précédente install dans le même dossier de la nouvelle install.
J’ouvre https://xx.xx.xx.xx/yunohost/admin/#/backup/local et le Pacman fait les cent pas, sans fin…
Bon, j’ai pacman sur toutes les pages du yuno, même le login…
Est-ce qu’il y a des choses particulières dans la console javascript (F12 -> Console sous Firefox)
J’ai tout recommencé, avec un peu plus de rigueur.
Quand je lance la commande yunohost backup restore 20210108-013356 (depuis 10 minutes là) il ne se passe rien, visuellement en tous cas. Le curseur est fixe.
C’est peut-être normal ?
Error: It looks like the backup archive '/home/yunohost.backup/archives/20210108-013356.tar.gz' is corrupted : CRC check failed 0x25d5ea32 != 0x5e0bb697L
C’est sans doute pour ça que ça fait planter le webadmin…
Alors du coup :
- si tu regardes la taille de ton archive de backup, combien fait-elle, et est-ce que ça te semble cohérent avec ce à quoi tu t’attendais (l’ordre de grandeur, pas la valeur exacte)
- comment tu t’y es pris pour récupérer l’archive de backup de ton serveur
- comment tu t’y es pris pour téléverser l’archive sur le nouveau serveur
- oui, les 25Go sont tout à fait cohérents
- j’ai fait un scp -r -p vers un autre serveur (25Go, ça aurait pris une semaine à arriver chez moi)
- pareil, scp -r -p, dans l’autre sens
Wokay alors faisons un md5sum <fichier> sur les fichiers de chaque côté (l’ancien serveur et le nouveau) (en supposant que t’ai encore accès à l’ancien) pour valider que c’est bien le même fichier
Je suis en train de faire un autre essai : un restore sur une archive qui s’appelle peertube-pre-upgrade1
Pour le moment, ça ne donne pas de message d’erreur.
Fichier copié depuis l’ancien serveur 1 sur le serveur 2 : 347cf16519da83dc5aea930d708e4011
Fichier copié depuis serveur 2 sur serveur 1 ré-installé : 347cf16519da83dc5aea930d708e4011
Donc la première copie aurait “merdé”… j’aurais dû vérifier.
Bonjour
Alors, j’ai réussi à récupérer le site web et le peertube, mais pas le Nextcloud, avec les sauvegardes automatique.
Pour le peertube, comme dit plus haut, il était vide. Donc je dois re-upload les vidéos et donc les adresses précédentes sont obsolètes. C’est pas très grave. Si quelqu’un est bloqué, il me le signalera.
Morale : faites bien vos backup avant une grosse maj et vérifiez les md5sum !
Merci pour votre aide.
This topic was automatically closed 15 days after the last reply. New replies are no longer allowed.