Bon il y a deux problème qui se superposent mais qui à priori n’ont aucun rapport entre eux :
le soucis initial des erreurs 500, qui n’a à priori pas grand chose à voir avec le deuxième problème. Ce soucis ne nécessitait apriori pas de reboot pour être résolu, il faut “juste” investiguer ce qu’il se passe dans les logs des apps concernées…
le soucis de reboot qui ne marche pas … ou en tout l’impossibilité de se connecter en SSH. Qui si je comprends bien t’as amené à contacter les techniciens qui ont passé le serveur en mode rescue.
Sauf que c’est pas spécialement trivial de t’aider sur ce deuxième point. La seule information technique qu’on a sur le sujet c’est :
Le serveur est démarré (demande du 'login' à l'écran) mais inaccessible
par le réseau (pas de 'ping').
Un redémarrage sur un noyau standard OVH ('netboot') ne corrige pas la
situation.
Mais sans avoir accès au serveur c’est pas spécialement simple de debug du réseau à distance en asynchrone …
J’ai accès au serveur, en mode Rescue, en ssh (je suis en train de copier mes fichiers persos qui y sont sur un autre serveur en ce moment).
S’il y a des manip à faire qui pourrait vous aider à diagnostiquer, je fais ça dès que la copie est terminée.
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.
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…
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…
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
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.
