Nouvelle installation Debian 9

fr
#1

Bonjour,

Lorsque je souhaite installer Yunohost sur un dédié debian 9 fraîchement installé j’obtiens une erreur lors de la post-installation.
Quand je renseigne le mot de passe de mon choix j’obtiens l’erreur: Une erreur est survenue, veuillez réessayer en mode graphique et [FAIL] Mot de passe incorrecte en CLI.

Merci d’avance pour vos réponses et merci de proposer ce genre d’outil pour décentraliser le web :slight_smile:

Migration to Strecht error with Orange Pi 2+
#2

Hmmm c’est bizarre, est-ce que tu peux retenter un “yunohost tools postinstall” en ligne de commande ?

Sinon éventuellement, peut-être que réinitialiser la base LDAP peut résoudre le problème :

wget https://raw.githubusercontent.com/YunoHost/yunoScripts/master/resetPostinstall.sh
bash resetPostinstall.sh
#3

Même erreur :confused:
Visiblement le problème remonte à un certain temps: Post install fails with "Error: Invalid password"

#4

Pour l’explication : le problème ne concerne pas le mot de passe choisi, mais le mot de passe de la base LDAP, qui est censé etre “yunohost”.

Généralement, ce probleme se produit lorsque une première postinstall avant cela a planté au milieu … Il est alors nécessaire de réinitialiser la base LDAP comme le fait le script resetPostinstall.sh

Tu as bien lancé le resetPostintall.sh ? Est-ce que tu peux montrer les logs ?

#5

Voici les logs:

root@ns358628:~# bash resetPostinstall.sh
dpkg: slapd : problème de dépendance, mais suppression comme demandé :
yunohost dépend de slapd.

(Lecture de la base de données… 32501 fichiers et répertoires déjà installés.)
Suppression de slapd (2.4.44+dfsg-5+deb9u1) …
Saving current slapd configuration to /var/backups/slapd-2.4.44+dfsg-5+deb9u1…
Dumping to /var/backups/slapd-2.4.44+dfsg-5+deb9u1:
Purge des fichiers de configuration de slapd (2.4.44+dfsg-5+deb9u1) …
Removing slapd configuration… done.
dpkg: avertissement: lors de la suppression de slapd, le répertoire « /etc/ldap/schema » n’était pas vide, donc il n’a pas été supprimé
Traitement des actions différées (« triggers ») pour libc-bin (2.24-11+deb9u3) …
Traitement des actions différées (« triggers ») pour man-db (2.7.6.1-2) …
Traitement des actions différées (« triggers ») pour systemd (232-25+deb9u3) …
Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
Le paquet suivant a été installé automatiquement et n’est plus nécessaire :
libirs141
Veuillez utiliser « apt autoremove » pour le supprimer.
Paquets suggérés :
libsasl2-modules-gssapi-mit | libsasl2-modules-gssapi-heimdal
Paquets recommandés :
libsasl2-modules
Les NOUVEAUX paquets suivants seront installés :
slapd
0 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 0 o/1 428 ko dans les archives.
Après cette opération, 15,7 Mo d’espace disque supplémentaires seront utilisés.
Préconfiguration des paquets…
Sélection du paquet slapd précédemment désélectionné.
(Lecture de la base de données… 32236 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de …/slapd_2.4.44+dfsg-5+deb9u1_amd64.deb …
Dépaquetage de slapd (2.4.44+dfsg-5+deb9u1) …
Traitement des actions différées (« triggers ») pour libc-bin (2.24-11+deb9u3) …
Traitement des actions différées (« triggers ») pour systemd (232-25+deb9u3) …
Paramétrage de slapd (2.4.44+dfsg-5+deb9u1) …
Moving old database directory to /var/backups:

  • directory unknown… done.
    Creating initial configuration… done.
    Creating LDAP directory… done.
    Traitement des actions différées (« triggers ») pour man-db (2.7.6.1-2) …
    Traitement des actions différées (« triggers ») pour libc-bin (2.24-11+deb9u3) …
    Traitement des actions différées (« triggers ») pour systemd (232-25+deb9u3) …
    Initializing a local SSL certification authority …
    (logs available in /tmp/yunohost-ssl-init)
    Updating certificates in /etc/ssl/certs…
    0 added, 0 removed; done.
    Running hooks in /etc/ca-certificates/update.d…
    done.
    config file testing succeeded

Ensuite lorsque je relance un yunohost tools postinstall j’obtiens ceci:

root@ns358628:~# yunohost tools postinstall
Domaine principal : hugotexx.nohost.me
Nouveau mot de passe d’administration :
Confirmez : nouveau mot de passe d’administration :
Installation de YunoHost…
Succès ! La configuration a été mise à jour pour le service « nsswitch »
Succès ! La configuration a été mise à jour pour le service « nslcd »
Succès ! L’annuaire LDAP a été initialisé
Succès ! La configuration a été mise à jour pour le service « ssl »
Succès ! L’autorité de certification locale a été créée.
Erreur : Vous avez déjà souscris à un domaine DynDNS

En mode graphique le pacman mange en boucle sans aucun message d’erreur.

Merci d’avance

#6

Après une réinstalle complète du serveur et une nouvelle install de yunohost j’obtiens:

root@ns358628:~# bash <(wget -q -O- https://install.yunohost.org/)
[INFO] Running upgrade_system
[INFO] Running install_script_dependencies
[INFO] Running create_custom_config
[INFO] Running confirm_installation
[INFO] Running setup_package_source
[INFO] Running apt_update
[INFO] Running register_debconf
[INFO] Running workaround_avahi_installation
[INFO] Workaround for avahi : creating avahi user with uid 592
[INFO] Running install_yunohost_packages
[INFO] Running restart_services
[INFO] Running post_install

Domaine principal : hugotexx.nohost.me
Nouveau mot de passe d’administration :
Confirmez : nouveau mot de passe d’administration :
Installation de YunoHost…
Le fichier de configuration « /etc/nsswitch.conf » est désormais géré par le service nsswitch.
Succès ! La configuration a été mise à jour pour le service « nsswitch »
Le fichier de configuration « /etc/nslcd.conf » est désormais géré par le service nslcd.
Succès ! La configuration a été mise à jour pour le service « nslcd »
Succès ! L’annuaire LDAP a été initialisé
Succès ! La configuration a été mise à jour pour le service « ssl »
Succès ! L’autorité de certification locale a été créée.
Khugotexx.nohost.me.+165+12491
Succès ! Le domaine DynDNS a été enregistré
Succès ! La tâche cron pour le domaine DynDNS a été installée
Succès ! Installation avec succès d’un certificat auto-signé pour le domaine hugotexx.nohost.me !
Succès ! Le domaine a été créé
Attention : You are inside a container and hostname cannot easily be changed
Succès ! La configuration de SSOwat a été générée
Succès ! Le domaine principal a été modifié
Succès ! Le mot de passe d’administration a été modifié
Succès ! Le pare-feu a été rechargé
Succès ! La liste d’applications yunohost a été récupérée
Traceback (most recent call last):
File “/usr/bin/yunohost”, line 213, in
timeout=opts.timeout,
File “/usr/lib/python2.7/dist-packages/moulinette/init.py”, line 136, in cli
moulinette.run(args, output_as=output_as, password=password, timeout=timeout)
File “/usr/lib/python2.7/dist-packages/moulinette/interfaces/cli.py”, line 390, in run
ret = self.actionsmap.process(args, timeout=timeout)
File “/usr/lib/python2.7/dist-packages/moulinette/actionsmap.py”, line 498, in process
return func(**arguments)
File “/usr/lib/moulinette/yunohost/tools.py”, line 400, in tools_postinstall
tools_migrations_migrate(skip=True, auto=True)
File “/usr/lib/moulinette/yunohost/tools.py”, line 842, in tools_migrations_migrate
migrations_with_disclaimer = [m for m in migrations if m.disclaimer]
File “/usr/lib/moulinette/yunohost/data_migrations/0003_migrate_to_stretch.py”, line 133, in disclaimer
if not self.debian_major_version() == 8
File “/usr/lib/moulinette/yunohost/data_migrations/0003_migrate_to_stretch.py”, line 97, in debian_major_version
return int(check_output(“grep VERSION_ID /etc/os-release | tr '”’ ’ ’ | cut -d ’ ’ -f2"))
ValueError: invalid literal for int() with base 10: ‘9\n9\n’
[FAIL] Post-installation failed
[INFO] Installation logs are available in /var/log/yunohost-installation_20180619_182241.log

#7

Quelqu’un peut être ? :confused:

#8

Arf :confused:

Tu peux montrer le contenu de ton /etc/os-release, par exemple avec cat /etc/os-release ?

#9

PRETTY_NAME=“Debian GNU/Linux 9 (stretch)”
NAME=“Debian GNU/Linux”
VERSION_ID=“9”
VERSION=“9 (stretch)”
ID=debian
HOME_URL=“https://www.debian.org/
SUPPORT_URL=“https://www.debian.org/support
BUG_REPORT_URL=“https://bugs.debian.org/
VERSION_ID=“9”

#10

mouarf, ben je pense que tu peux enlever la dernière ligne, je sais pas trop pourquoi elle est en double … (tu peux utiliser nano /etc/os-release pour ça)

1 Like
#11

Installation réussie !
Merci beaucoup !

#12

je reproduis le même problème sur un serveur kimsufi fraîchement installé

#13

This is still an issue with Kim Sufi servers running Debian 9.4

I’m just replying in English for the sake of anyone searching for this error. The solution is to delete the last line of /etc/os-release which contains a duplicate Version_Id key.

1 Like