This category is for general issues(=something is broken) regarding YunoHost, NOT apps.
on
This form is written in English but feel free to write in French if you’re more comfortable!
on
What type of hardware are you using
Raspberry Pi 3, 4+
What YunoHost version are you running
12.1.41.2
How are you able to access your server
The webadmin
SSH
Are you in a special context or did you perform specific tweaking on your YunoHost instance ?
J’essaie de faire les migrations 36 et 37
Describe your issue
Hello,
La migration s’arrête quand j’essaie de la lancer et j’ai ces logs:
ca semble provenir des DNS, je me demande si c’est pas parce que j’utilise un mot de passe de récupération pour DynDNS.
Je sais pas du tout comment faire pour passer outre si c’est le cas
Il semble que la migration 36 échoue à cause de ton dyndns domaine fournit par YunoHost.
Tu peux toutefois lancer la 37 avant qui n’a aucun lien avec la 36:
yunohost tools migrations run 0037_fix_bad_permissions
Pour cette 36, j’ai l’impression que ton dyndns domaine ne peux plus être mis à jour à cause d’un soucis de clé. C’est peut être lié à des travaux de maintenance qui ont eu lieu sur ce service de nom de domaine (noho.st, nohost.me et ynh.fr )
@Niclasse, peux-tu vérifier que la date, l’heure, et le fuseau horaire de ton serveur sont corrects? Pour corriger le fuseau, tu peux lancer sudo dpkg-reconfigure tzdata.
En parallèle je regarde les logs. Peux-tu confirmer que ton domaine est assez court ?
mais je ne sais pas si ça peut expliquer mon cas ni comment faire pour résoudre la situation si ça peut être ça.
on closer inspection it appears that my rndc secret was SHA-512, but the certbot credentials was supplying an SHA-256 secret. So a more accurate message would be “client’s certbot secret does not match DNS rndc secret”. I’m afraid “peer” doesn’t make it very obvious which peer is at issue.
Pardon pour le retard de ma réponse. En cherchant les logs et demandant si ton nom de domaine était court, j’avais un nom de domaine de 2 caractères en tête, pas 3. Mais bref, la solution de unsubscribe puis subscribe serait sûrement mieux.
C’est presque ça. Tu devrais ajouter le mot de passe de récupération aux deux commandes en ajoutant -p. La commande te demandera de le rentrer ensuite:
Est ce que ça aide si je précise que c’est un domaine qui m’est attribué depuis longtemps (2019 je pense) et qui a tourné sur une vieille bécane pendant longtemps.
J’ai dû changer vers un raspberry récemment car les applis n’étaient plus prises en charge.
J’ai mis le mot de passe de récupération juste avant ce changement.
ah ah désolé j’ai peur de faire une bétise 
.