Restauration d'une sauvegarde complète 4.0 en 4.1 (isProtected missing)

,

Mon serveur YunoHost

Matériel: Vieil ordinateur et Raspberry Pi 3 B+ à la maison - démarrage sur SSD externe pour le Pi.
Version de YunoHost: Dernière version sur x86 - Avant dernière version sur le Pi
J’ai accès à mon serveur : En SSH | Par la webadmin | En direct avec un clavier/écran | …
Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : oui

J’ai effectué une sauvegarde de tout mon YunoHost complet et des applications qui se trouvent hébergées sur un Raspberry Pi 3B+ avec démarrage sur un SSD externe.

Je souhaite ré-installer cette sauvegarde sur un nouveau serveur, un ordinateur x86.
J’ai suivit le tutoriel de base, j’ai installé YunoHost, puis au moment de la post-installation j’ai lancé mon backup.
Le nom de domaine principal + les nom de domaines des apps + l’utilisateur principal ont bien été restaurés, par contre, les Apps il n’y a pas moyen aucune n’a été réinstallée… j’ai tenté plusieurs fois mais rien n’y fait.

Apparemment si je comprends bien il y a un soucis de permissions…
Je vous mets ci-dessous le past yunohost juste pour WordPress mais j’ai les mêmes erreurs pour toutes les Apps que j’héberge à la base sur le Pi soit Wiki.js, Gitea, nextCloud, Rainloop…

Messages d’erreur :

https://paste.yunohost.org/raw/iqepuzikey

You might fix it by force run the migration about permission and next try to restore again your apps.
I think this error is due to the restore of your ldap previous schema (without isProtected attribute).


Vous pouvez peut être le corriger en forcant la migration 19 sur les permissions et ensuite en restaurant les apps à nouveau.
Je pense que l’erreur est due à la restoration du schema ldap précédent (sans l’attribut isProtected)

1 Like

Bonjour,
vous voulez dire que je recommence la restauration complète avec la commande --force en plus en bout de ligne ?

Merci pour votre aide.

Non, plutôt quelque chose comme

yunohost tools migrations migrate --force-rerun 0019_extend_permissions_features
yunohost backup restore --apps wordpress -n NOMBACKUP
1 Like

LoL ! Ah oui ok, pas pareil effectivement… :blush:

Merci beaucoup pour la commande, je vais essayer et je vous tiens au courant, Merci beaucoup. :+1:

Re- j’avais du interrompre mes essais…
Sur cette commande j’obtiens une erreur :

Erreur : unrecognized arguments -n

Du coup j’ai quand même essayé avec --force au cas où mais j’obtiens des erreurs différentes maintenant :

2021-01-10 14: 56: 25,398: DEBUG - + sql + = 'WITH GRANT OPTION;'
2021-01-10 14: 56: 25,398: DEBUG - + ynh_mysql_execute_as_root '--sql = CREATE DATABASE wordpress; ACCORDEZ TOUS LES PRIVILÈGES SUR wordpress. * À '\' 'wordpress' \ '' @ '\' 'localhost' \ '' IDENTIFIÉ PAR '\' '**********' \ '' AVEC L'OPTION GRANT ; '
2021-01-10 14: 56: 25,400: DEBUG - + base de données =
2021-01-10 14: 56: 25,400: DEBUG - + '[' -n '' ']'
2021-01-10 14: 56: 25,401: DEBUG - ++ cat / etc / yunohost / mysql
2021-01-10 14: 56: 25,401: DEBUG - + ynh_mysql_connect_as --user = root --password = **********
2021-01-10 14: 56: 25,503: DEBUG - + base de données =
2021-01-10 14: 56: 25,505: AVERTISSEMENT - ERREUR 1045 (28000): Accès refusé pour l'utilisateur 'root' @ 'localhost' (en utilisant le mot de passe: OUI)
2021-01-10 14: 56: 25,506: DEBUG - + mysql --user = root --password = ********** --batch ''
2021-01-10 14: 56: 25,506: DEBUG - + ynh_exit_properly
2021-01-10 14: 56: 25,506: DEBUG - + exit_code local = 1
2021-01-10 14: 56: 25,507: DEBUG - + '[' 1 -eq 0 ']'
2021-01-10 14: 56: 25,507: DEBUG - + trap '' QUITTER
2021-01-10 14: 56: 25,507: DEBUG - + set + o errexit
2021-01-10 14: 56: 25,507: DEBUG - + set + o nounset
2021-01-10 14: 56: 25,507: DEBUG - + sommeil 0.5
2021-01-10 14: 56: 26,009: DEBUG - + type -t ynh_clean_setup
2021-01-10 14: 56: 26,009: DEBUG - + sortie 1
2021-01-10 14: 56: 26,051: ERREUR - Impossible de restaurer 'wordpress'
Traceback (dernier appel le plus récent):
  Fichier "/usr/lib/moulinette/yunohost/backup.py", ligne 1388, dans _restore_app
    env = env_dict) [0]
  Fichier "/usr/lib/moulinette/yunohost/hook.py", ligne 362, dans hook_exec
    lever YunohostError ('hook_exec_failed', chemin = chemin)
YunohostError: Échec de l'exécution du script: / tmp / restore4FjubC / restore

U wot m8

Petit erreur dans la commande

Re- non cette fois-ci j’obtiens error : too few arguments.

Avec --force, il essaye de restaurer wordpress mais j’obtiens les erreurs juste au-dessus.

Salut, merci d’essayer de m’aider…
Je ne comprends pas du tout ce que cela veut dire, désolé…

Je vois à priori qu’il y a un souci d’autorisation de l’utilisateur root avec mysql, non ?

Je crois qu’Aleks réagit juste au fait que le log ait été traduit en français:
sleep 0.5 -> sommeil 0.5

La sauvegarde échoue la restauration de la base.

Que donne

systemctl status mysql
1 Like
mariadb.service - MariaDB 10.3.27 database server

Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)

Active: **active (running)** since Sun 2021-01-10 16:28:30 CET; 9min ago

Docs: man:mysqld(8)

https://mariadb.com/kb/en/library/systemd/

Process: 30149 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS)

Process: 30153 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)

Process: 30155 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= || VAR=`cd /usr/bin/..; /usr/bin/galera_recovery`; [ $? -eq 0 ] && systemctl set-environment _WSREP_START_POSITION=$VAR

Process: 30233 ExecStartPost=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)

Process: 30235 ExecStartPost=/etc/mysql/debian-start (code=exited, status=0/SUCCESS)

Main PID: 30202 (mysqld)

Status: "Taking your SQL requests now..."

Tasks: 31 (limit: 4915)

Memory: 48.3M

CGroup: /system.slice/mariadb.service

└─30202 /usr/sbin/mysqld

janv. 10 16:28:30 adnlife.nohost.me systemd[1]: Started MariaDB 10.3.27 database server.

janv. 10 16:28:30 adnlife.nohost.me mysqld[30202]: 2021-01-10 16:28:30 8 [Warning] Access denied for user 'root'@'localhost' (using password: NO)

janv. 10 16:28:30 adnlife.nohost.me mysqld[30202]: 2021-01-10 16:28:30 9 [Warning] Access denied for user 'root'@'localhost' (using password: NO)

janv. 10 16:28:30 adnlife.nohost.me mysqld[30202]: 2021-01-10 16:28:30 10 [Warning] Access denied for user 'root'@'localhost' (using password: NO)

janv. 10 16:29:43 adnlife.nohost.me mysqld[30202]: 2021-01-10 16:29:43 11 [Warning] Access denied for user 'root'@'localhost' (using password: YES)

janv. 10 16:29:44 adnlife.nohost.me mysqld[30202]: 2021-01-10 16:29:44 12 [Warning] Access denied for user 'root'@'localhost' (using password: YES)

janv. 10 16:29:44 adnlife.nohost.me mysqld[30202]: 2021-01-10 16:29:44 13 [Warning] Access denied for user 'root'@'localhost' (using password: YES)

janv. 10 16:36:49 adnlife.nohost.me mysqld[30202]: 2021-01-10 16:36:49 14 [Warning] Access denied for user 'root'@'localhost' (using password: YES)

janv. 10 16:36:51 adnlife.nohost.me mysqld[30202]: 2021-01-10 16:36:51 15 [Warning] Access denied for user 'root'@'localhost' (using password: YES)

janv. 10 16:36:51 adnlife.nohost.me mysqld[30202]: 2021-01-10 16:36:51 16 [Warning] Access denied for user 'root'@'localhost' (using password: YES)

**~**

**~**

**~**

**~**

**~**

**~**

**~**

**~**

**~**

lines 1-27/27 (END)

Est-ce que tu arrives à te connecter à la base de données mysql ?

cat /etc/yunohost/mysql
mysql -uroot -p

Pas besoin de donner le retour der la première commande, sauf si rien ne s’affiche…

Si c’est pas le cas essaie de régénérer la configuration mysql:

yunohost tools regen-conf mysql --force

ERROR 1045 (28000): Access denied for user ‘root’@‘localhost’ (using password: YES)

Alors qu’en fait je suis sûr du MP car je l’ai changé et la commande cat /etc/yunohost/mysql m’affiche bien mon nouveau MP… :roll_eyes: :sob:

Alors, je n’ai pas eu de réponse particulière avec cette commande mais je suppose que ça l’a fait…
Par contre du coup toujours impossible de se connecter à mysql. :frowning:

Comment tu as fait ce changement ?

Et bien en fait je cherche des solutions aussi de mon côté et j’ai suivit les étapes de @kanhu dans ce post => MYSQL root user is being denied permission while installing an app - #4 by kanhu

Au cas où, suivant je ne sais plus quel post avec problème similaire, j’ai tenté d’installer une App toute neuve type kanboard et j’ai effectivement le même problème de permission…

Je suis étonné car le problème finalement ne date pas d’aujourd’hui, certains ont réussi à réparer cette erreur mais là ça ne semble pas vouloir prendre…

Vu que la sauvegarde était une version antérieure de YunoHost, ne faudrait-il pas que je downgrad à la version antérieure pour que cela soit compatible avec ma sauvegarde ?

Ou ne puis-je pas downgrad uniquement mysql puis ensuite retenter d’installer ma sauvegarde des Apps ?

Pour l’instant seul la sauvegarde de Wiki JS a fonctionné mais il me semble que ça n’utilise pas mysql justement ?..

Le reste c’est toujours la même erreur que l’utilisateur root n’a pas la permission de se connecter à mysql… c’est vraiment étrange !

@Aleks t’avais pa sun script automagic pour réparer les mysql cassé ?

1 Like