Freeze lors de la connexion à mariaDB pendant l'installation de Gitea

[bwojtkow]

Bonjour,
Je suis nouvel utilisateur de YunoHost et je rencontre des problèmes de lancement de nouveaux services liés à MariaDB.

Mon serveur YunoHost

Matériel: Raspberry Pi3 neuf + dd externe monté sur /home et /var/mail
Version de YunoHost: 3.6.5.3
J’ai accès à mon serveur : En SSH
Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : Rien de vraiment particulier
Si oui, expliquer: Réinstallation de mariadb à partir d’un /var/mysql vide car il refusait de se mettre à jour après le flash de la carte (version 3.3 disponible sur le stock d’images) (je n’ai pas dump, ça pourrait venir de là).

Description du problème

Mon problème est le suivant :

• Quand j’essaie d’installer gitea, l’installation freeze sur Info: [#############+......] > Configuring application, step 2/2.... Quand je vais voir dans les logs (EDIT: je n’ai visiblement pas le droit de linker les logs), je vois que je suis coincé dans une boucle qui tente de se connecter à la bdd et se fait probablement jeter :

2020-03-08 16:12:51,384: DEBUG - ++ ynh_mysql_connect_as gitea ********** gitea
2020-03-08 16:12:51,386: DEBUG - ++ local legacy_args=upd
2020-03-08 16:12:51,387: DEBUG - ++ args_array=([u]=user= [p]=password= [d]=database=)
2020-03-08 16:12:51,389: DEBUG - ++ declare -Ar args_array
2020-03-08 16:12:51,390: DEBUG - ++ local user
2020-03-08 16:12:51,391: DEBUG - ++ local password
2020-03-08 16:12:51,392: DEBUG - ++ local database
2020-03-08 16:12:51,393: DEBUG - ++ ynh_handle_getopts_args gitea ********** gitea
2020-03-08 16:12:51,394: DEBUG - ++ set +x
2020-03-08 16:12:51,395: DEBUG - ++ echo ‘! Helper used in legacy mode !’
2020-03-08 16:12:51,397: DEBUG - ++ set +x
2020-03-08 16:12:51,398: DEBUG - ++ database=gitea
2020-03-08 16:12:51,399: DEBUG - ++ mysql -u gitea --password=********** -B gitea
2020-03-08 16:12:51,500: DEBUG - + sleep 2
2020-03-08 16:12:53,508: DEBUG - ++ ynh_mysql_connect_as gitea ********** gitea
2020-03-08 16:12:55,776: DEBUG - ++ local legacy_args=upd
2020-03-08 16:12:55,779: DEBUG - ++ args_array=([u]=user= [p]=password= [d]=database=)
2020-03-08 16:12:55,780: DEBUG - ++ declare -Ar args_array
2020-03-08 16:12:55,782: DEBUG - ++ local user
2020-03-08 16:12:55,783: DEBUG - ++ local password
2020-03-08 16:12:55,784: DEBUG - ++ local database
2020-03-08 16:12:55,785: DEBUG - ++ ynh_handle_getopts_args gitea ********** gitea
2020-03-08 16:12:55,787: DEBUG - ++ set +x
2020-03-08 16:12:55,788: DEBUG - ++ echo ‘! Helper used in legacy mode !’
2020-03-08 16:12:55,789: DEBUG - ++ set +x
2020-03-08 16:12:55,789: DEBUG - ++ database=gitea
2020-03-08 16:12:55,790: DEBUG - ++ mysql -u gitea --password=********** -B gitea
2020-03-08 16:12:55,790: DEBUG - + sleep 2

• J’ai entre temps installé un client mail rainloop qui fonctionne sans problème sans avoir besoin de la bdd

Correctifs essayés

J’ai tenté sans succès de:

• repartir d’un /var/mysql vide
• modifier les droits de gitea pendant le loop infini pour lui permettre d’accéder au soft

[ljf]

@bwojtkow

repartir d’un /var/mysql vide

Attention que le mot de passe root de mysql soit bien le même que celui stocké dans /etc/yunohost/mysql

[bwojtkow]

Oui oui, j’ai remis le mdp après dump, globalement il y a pas d’erreur dans les logs et le programme d’install ne se rend compte de rien.

De plus, la db gitea ainsi que l’user gitea sont bien créés si je vais dans mysql. Je ne peux (en tout cas ne sais) pas vérifier si le mot de passe envoyé et celui enregistré concordent, mais je pense que oui

Hier soir j’ai réessayé tout le processus d’install

• Télécharger l’image
• Flasher la carte SD
• Faire les modifications de wpa_supplicant.conf avoir un serveur ssh
• Booter
• Terminer l’install
• Faire un dump de la bdd
• Mettre à jour le système dont mariaDB
• Recharger ma BDD
• Changer le mdp root de mysql pour celui dans /etc/yunohost/mysql
• Lancer l’install de gitea
  Ça n’a pas résolu le pb