Bonjour,
D’abord, l’environnement
Je dispose de 2 serveurs yunohost: 1 à la maison (debian 8, 32 bits, qui me sert aux partages familiaux, aux sauvegardes, etc) et 1 distant, un kimsufi OVH (debian 8, 64bits, qui me sert de serveur mail, de synchro & partages owncloud, de vpn + divers services.)
J’ai effectué la mise à jour vers 2.4 sans encombre sur le serveur maison avec sudo yunohost tools upgrade --v24
Mais sur le serveur distant, l’install se fait mais ensuite owncloud déraille, l’admin web est inutilisable, etc.
J’avais à peu près bien sauvegardé, donc j’ai préféré réinstaller debian et utiliser l’install manuelle.
Or j’ai des erreurs au moment de la post install qui me ramène aux problêmes d’admin qui déraille: impossible de créer un premier utilisateur via l’interface web par exemple. Ou grosse erreur de certificat qui m’empèche de me connecter avec un navigateur moderne!
A la post install, j’ai une succession de ‘succes’ sauf rc.d , mysql & dnsmasq
Succès ! Liste d'applications récupérée avec succès
Succès ! Configuration de SSOwat générée avec succès
Succès ! Mot de passe d'administration modifié avec succès
Succès ! Pare-feu rechargé avec succès
update-rc.d: error: no runlevel symlinks to modify, aborting!
Succès ! La configuration a été mise à jour pour le service « glances »
Succès ! La configuration a été mise à jour pour le service « nslcd »
Succès ! La configuration a été mise à jour pour le service « metronome »
Succès ! La configuration a été mise à jour pour le service « postfix »
Succès ! La configuration a été mise à jour pour le service « rspamd »
Succès ! La configuration a été mise à jour pour le service « nginx »
Succès ! La configuration a été mise à jour pour le service « rmilter »
Succès ! La configuration a été mise à jour pour le service « dnsmasq »
Succès ! La configuration a été mise à jour pour le service « fail2ban »
Succès ! La configuration a été mise à jour pour le service « mysql »
Succès ! La configuration a été mise à jour pour le service « avahi-daemon »
Succès ! La configuration a été mise à jour pour le service « dovecot »
Succès ! La configuration a été mise à jour pour le service « nsswitch »
Succès ! La configuration a été mise à jour pour le service « slapd »
Attention : Failed to add match
Attention : Could not watch jobs: Erreur d'entrée/sortie
Erreur : Échec de l'exécution du script « /usr/share/yunohost/hooks/conf_regen/34-mysql »
Attention : Job for dnsmasq.service failed. See 'systemctl status dnsmasq.service' and 'journalctl -xn' for details.
Erreur : Échec de l'exécution du script « /usr/share/yunohost/hooks/conf_regen/43-dnsmasq »
Succès ! YunoHost configuré avec succès
Pourrais-tu donner la sortie de : yunohost service regen-conf mysql --verbose (astuce : tu peux ajouter | yunopaste à la fin de la commande, ça enverra la sortie sur notre serveur paste et te retournera l’URL pour y accéder), ainsi que de : systemctl status dnsmasq -l stp ?
Commençons par le plus simple ! Pour dnsmasq, tu dois sûrement déjà avoir Bind d’installé sur ton serveur. Ce sont tous les 2 des serveurs DNS et un seul des deux peux écouter sur le port 53. YunoHost configure par défaut dnsmasq (utilisé comme DNS local), donc si tu n’utilises pas Bind et que tu n’en as pas le besoin, le mieux est de le désinstaller.
Ensuite, pour MySQL, pourrais-tu donner la sortie de : systemctl status mysql -l stp ?
J’ai découvert Yunohost aussi aujourd’hui, et j’ai sauté sur mon kimsufi pour lancer le programme.
J’ai la même situation que Jull encognito.
Attention : cat: /tmp/slapd-backup-dir.txt: Aucun fichier ou dossier de ce type
Attention : Failed to add match
Attention : Could not watch jobs: Erreur d'entrée/sortie
Erreur : Échec de l'exécution du script « /usr/share/yunohost/hooks/conf_regen/34-mysql »
Attention : Job for dnsmasq.service failed. See 'systemctl status dnsmasq.service' and 'journalctl -xn' for details.
Erreur : Échec de l'exécution du script « /usr/share/yunohost/hooks/conf_regen/43-dnsmasq »
Succès ! YunoHost configuré avec succès
Pour ma part, j’ai continué malgré tout.
En faisant confiance à ce bonhomme, j’ai commencé par créer un utilisateur. Cela marche.
J’ai même pu ajouter un domaine et installer le jeu, openvpn, Jirafeau, zerobin, shellinabox et phpmyadmin.
L’erreur 1045 revient toujours lorsque je veux installer roundcube, agendav, baikal ou autre et pour accéder à phpmyadmin, cela pose une erreur d’accès. (sans compter owncloud pas installable parce que pas à jour ><’)
Alors j’ai cherché cette erreur et j’ai vu ceci. Je me suis dit, pourquoi pas essayer en effet avec un petit code. Cela ne change à priori rien au résultat…
Donc, pour le coup, les applications sans BDD semblent fonctionner sans problème. Pourtant je suis sûr d’avoir vu MariaDB dans le script d’installation.
J’ai conscience qu’il s’agit probablement de deux problèmes distincts, celui du script d’installation et l’accès à la BDD.
Dans le doute, je me suis dit que c’était peut-être lié et que cela pouvait éclairer que de faire mon compte rendu.
Bon, il est une heure du matin, nous sommes donc le lendemain matin pour moi.
Je te glisse ici le résultat de mon installation (qui a changé puisque j’ai supprimé Bind avant d’exécuter le script):
Succès ! Liste d'applications récupérée avec succès
Succès ! Configuration de SSOwat générée avec succès
Succès ! Mot de passe d'administration modifié avec succès
Succès ! Pare-feu rechargé avec succès
update-rc.d: error: no runlevel symlinks to modify, aborting!
Succès ! La configuration a été mise à jour pour le service « glances »
Succès ! La configuration a été mise à jour pour le service « nslcd »
Succès ! La configuration a été mise à jour pour le service « metronome »
Succès ! La configuration a été mise à jour pour le service « postfix »
Succès ! La configuration a été mise à jour pour le service « rspamd »
Succès ! La configuration a été mise à jour pour le service « nginx »
Succès ! La configuration a été mise à jour pour le service « rmilter »
Succès ! La configuration a été mise à jour pour le service « dnsmasq »
Succès ! La configuration a été mise à jour pour le service « fail2ban »
Succès ! La configuration a été mise à jour pour le service « mysql »
Succès ! La configuration a été mise à jour pour le service « avahi-daemon »
Succès ! La configuration a été mise à jour pour le service « dovecot »
Succès ! La configuration a été mise à jour pour le service « nsswitch »
Succès ! La configuration a été mise à jour pour le service « slapd »
Attention : cat: /tmp/slapd-backup-dir.txt: Aucun fichier ou dossier de ce type
Attention : Failed to add match
Attention : Could not watch jobs: Erreur d'entrée/sortie
Erreur : Échec de l'exécution du script « /usr/share/yunohost/hooks/conf_regen/34-mysql »
Succès ! YunoHost configuré avec succès
Success !
Installation logs are located in /var/log/yunohost-installation.log
lors de l’installation de yunohost j’ai eu la même erreur mysql que @juliencognito & @FugazziPL et le même résultat regen-conf mysql.
Jusqu’à présent pour récupérer le mot de passe root mysql il fallait faire cat /etc/yunohost/mysql. Maintenant, la commande retourne une erreur correspondant au fichier n’étant pas existant.
Mes connaissances en arcanes yunohost étant limitées, en attendant de trouver comment récupérer le mdp “the yunohost way”, j’essaye de trouver comment le réinitialiser pour voir si c’est possible d’installer des apps si on saisit le mdp à la main et/ou si un symlink résoud le problème
Bonjour,
D’abord j’ai édité le titre puisqu’il semble que tout ceci concerne la version de debian proposé par OVH sur les Kimsufi.
Ensuite, pour ma part, une réinstall complète de debian, suppression de bind9, install yunohost via le script, puis la post install: ça passe, pas d’erreur dnsmasq ni mysql. Mais l’admin web est défaillante.
Création du premier utilisateur via ssh et moulinette puis reboot, et là : tout roule!
Moi je n’ai pas de soucis avec l’administration.
Je voudrais tenter ta procédure voir si elle est miracle.
Par contre, si nous faisons la même chose (installe debian, suppression bind, script yunohost et post install) comment se fait-il que nous ayons des résultats différents ?
Comme @FugazziPL, j’ai toujours le problème après réinitialisation du mot de passe et saisie manuelle. une réinstallation.
Je suis également intéressé par les miracles @juliencognito ^^
Pour référence, il existe un ticket de bug qui référence le problème : https://dev.yunohost.org/issues/319
Il a déjà été réglé depuis la mise à jour 2.4.0.1
Le problème lié à MySQL semble cette fois-ci résolu grâce à l’aide et aux tests de @vey ! Une nouvelle version du paquet yunohost (2.4.0.4) a été faite avec ce fix, il vous faudra donc :
Mettre à jour vos paquets : sudo apt-get update && sudo apt-get upgrade
Régénérer à nouveau la configuration MySQL pour initialiser le mot de passe root (nécessaire pour l’installation de quasiment toutes les apps) : sudo yunohost service regen-conf mysql
Je me permets de renommer le titre du sujet, lié à la base à MySQL (et dnsmasq). Merci d’en créer un nouveau si vous avez d’autres problèmes !