Tâche #36436
Scénario #35824: EOLE 2.10 : Création d'un projet eole-winbind
Erreur restante dans test_upgrade.py (régression ?)
100%
Description
ERROR creole.loader1:loader1.py:682 impossible de charger la variable creole.winbind.nom_serveur_smb avec la valeur ['scribe', 'horus'] : "['scribe', 'horus']" est une valeur invalide pour l'option "Nom du contrôleur de domaine SMB" de type nom de domaine, invalide caractère ERROR creole.loader1:loader1.py:682 impossible de charger la variable creole.winbind.nom_domaine_smb avec la valeur ['dompedago', 'domadmin'] : "['dompedago', 'domadmin']" est une valeur invalide pour l'option "Nom du domaine SMB" de type nom de domaine, invalide caractère ERROR creole.loader1:loader1.py:682 impossible de charger la variable creole.winbind.ip_serveur_smb avec la valeur ['10.1.3.5', '10.1.1.10'] : "['10.1.3.5', '10.1.1.10']" est une valeur invalide pour l'option "Adresse IP du contrôleur de domaine SMB" de type IP, invalide caractère ERROR creole.loader1:loader1.py:682 impossible de charger la variable creole.proxy_authentifie.type_squid_auth avec la valeur NTLM/SMB : "NTLM/SMB" est une valeur invalide pour l'option "Type d'authentification" de type choix, seulement NTLM, Ldap, Ldap (Active Directory) et Fichier local sont autorisés
On peut tout à fait supprimer ce test en estimant qu'un upgrade de configuration depuis 2.5.2, n'est plus vraiment pertinent mais c'est plutôt le cas d'usage qui m'intéresse.
Si je charge le fichier en question dans l'interface gen_config, dans /var/log/eoleflask/eolegenconfig.log, on voir bien les erreurs creole.loader1 mais la migration est bien réalisée :
2025-02-13 11:02:22,215: creole.upgrade INFO run - Lancement de la montée de version de 2.5.2 vers 2.6.0 2025-02-13 11:02:22,289: creole.upgrade INFO run - Lancement de la montée de version de 2.6.0 vers 2.6.1 2025-02-13 11:02:22,308: creole.upgrade INFO set_value - Mise a jour de la variable : nom_serveur_smb = scribe 2025-02-13 11:02:22,322: creole.upgrade INFO set_value - Mise a jour de la variable : nom_domaine_smb = dompedago 2025-02-13 11:02:22,336: creole.upgrade INFO set_value - Mise a jour de la variable : ip_serveur_smb = 10.1.3.5 2025-02-13 11:02:22,380: creole.upgrade INFO run - Lancement de la montée de version de 2.6.1 vers 2.6.2 [ ... ] 2025-02-13 11:32:44,955: creole.upgrade INFO run - Lancement de la montée de version de 2.9.0 vers 2.10.0 2025-02-13 11:32:44,973: creole.upgrade INFO set_value - Mise a jour de la variable : activer_winbind = oui 2025-02-13 11:32:44,981: creole.upgrade INFO set_value - Mise a jour de la variable : winbind_auth_mode = SMB 2025-02-13 11:32:44,987: creole.upgrade INFO set_value - Mise a jour de la variable : type_squid_auth = NTLM
Mais étrangement les variables ne sont pas affichées dans l'onglet Winbind :
Révisions associées
Le test des variables relatives à Winbind n’est plus pertinent.
Ref #36436
Le test des variables relatives à Winbind n’est plus pertinent (suite).
Ref #36436
Historique
#1 Mis à jour par Joël Cuissinat il y a environ un an
- Description mis à jour (diff)
#2 Mis à jour par Benjamin Bohard il y a environ un an
- Statut changé de Nouveau à En cours
#3 Mis à jour par Benjamin Bohard il y a environ un an
- Description mis à jour (diff)
- Assigné à mis à Benjamin Bohard
#4 Mis à jour par Benjamin Bohard il y a environ un an
Lors de la migration des variables, la validation par le loader (effectuée avec les dictionnaires et la dtd 2.10) est effectuée avant les étapes de conversion. Pour toutes les variables en cause, on passe du mode multi au mode simple, donc on part de valeurs invalides.
Après enregistrement de la configuration, l’application de configuration du module affiche bien les variables. Comme l’indique le log, les variables sont bien migrées.
A priori, l’application de configuration du module réagit mal au problème de validation utilisant les mauvais schémas. Il serait nécessaire de revoir en profondeur le processus de migration. Pour être cohérent, il faudrait avoir la bonne version des dictionnaires, c’est-à-dire correspondant à la version de la configuration chargée. Peut-être recharger la configuration à chaque étape en s’appuyant sur les versions de dictionnaire correspondantes.
#5 Mis à jour par Benjamin Bohard il y a environ un an
- Statut changé de En cours à Résolu
#6 Mis à jour par Joël Cuissinat il y a environ un an
Merci pour l'analyse. Je pense qu'on peut supprimer le test en question, c'est surtout le comportement de l'ensemble qui m'a interpellé.
#7 Mis à jour par Joël Cuissinat il y a environ un an
- Statut changé de Résolu à Fermé
- % réalisé changé de 0 à 100
- Restant à faire (heures) mis à 0.0