Projet

Général

Profil

Tâche #36436

Scénario #35824: EOLE 2.10 : Création d'un projet eole-winbind

Erreur restante dans test_upgrade.py (régression ?)

Ajouté par Joël Cuissinat il y a environ un an. Mis à jour il y a 11 mois.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Début:
13/02/2025
Echéance:
% réalisé:

100%

Restant à faire (heures):
0.0

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 :

ntlm.png Voir (78,2 ko) Joël Cuissinat, 13/02/2025 11:34

Révisions associées

Révision 59de8382 (diff)
Ajouté par Benjamin Bohard il y a environ un an

Le test des variables relatives à Winbind n’est plus pertinent.

Ref #36436

Révision 4d904855 (diff)
Ajouté par Joël Cuissinat il y a environ un an

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

Formats disponibles : Atom PDF