Tâche #36342
Scénario #35824: EOLE 2.10 : Création d'un projet eole-winbind
Mettre à jour les valeurs les configuration eole-ci-test pour EOLE 2.10
100%
Description
Sur etb1.amon, cela semble fonctionnel, mais...
root@amon:~# creoled --debug creoled - Chargement de la configuration tiramisu creoled - Set umask to 0022 creole.loader1 - impossible de charger la variable creole.proxy_authentifie.type_squid_auth avec la valeur NTLM/KERBEROS : "NTLM/KERBEROS" 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
Si elle n'est pas vouée à disparaître, la variable type_squid_auth nécessiterait elle-même également une migration ?
https://dev-eole.ac-dijon.fr/projects/creole/repository/revisions/c358bb49da66ba73d66584f6e0c8c1fc7b83908d/diff/creole/upgrade24.py
Les nouvelles valeurs par défaut empêchent une migration précédente de la variable type_squid_auth depuis 2.8.1 (cf. #33919), je ne sais pas si c'est contournable (il faudrait un set_invalid_value ou une option allant dans ce sens dans set_value) ?
Exemple avec le fichier creole/tests/configs/squidauth.eol
2024-12-12 17:52:25,821: creole.upgrade INFO run - Lancement de la montée de version de 2.8.1 vers 2.9.0
2024-12-12 17:52:25,846: creole.upgrade ERROR set_value - option type_squid_auth's value should be in ('NTLM', 'Ldap', 'Ldap (Active Directory)', 'Fichier local') pour type_squid_auth
2024-12-12 17:52:25,870: creole.upgrade INFO set_value - Mise a jour de la variable : clam_max_file_size = 10
2024-12-12 17:52:25,888: creole.upgrade INFO set_value - Mise a jour de la variable : clam_max_scan_size = 50
2024-12-12 17:52:25,906: creole.upgrade INFO set_value - Mise a jour de la variable : clam_max_files = 5000
2024-12-12 17:52:25,918: eolegenconfig ERROR upload_config - Problème de chargement de la variable "Type d'authentification"(type_squid_auth) de la catégorie "Proxy authentifié"
+ https://dev-eole.ac-dijon.fr/jenkins/job/2.10.0/job/test-instance-etb2amon-2.10.0-amd64/213/parsed_console/
+ CreoleLint : https://dev-eole.ac-dijon.fr/jenkins/job/2.10.0/job/test-creolelint-amon-2.10.0-amd64/lastFailedBuild/parsed_console/
Révisions associées
- 50_amonecole.xml : new default value for type_squid_auth
Ref: #36342
La variable type_squid_auth est toujours utilisée en 2.10.0
Ref #36342
S’assurer que le service winbind est activé dans la configuration migrée.
Ref #36342
Permettre les chemins de migration indirects
L’implémentation précédente ne semblait pas permettre la migration
de 2.8.1 vers 2.10.0 malgré la suppression de la validation testée à
part.
Ref #36342
test_upgrade.py: new traget value for type_squid_auth in 2.10
Ref: #36342
Historique
#1 Mis à jour par Joël Cuissinat il y a plus d'un an
- Description mis à jour (diff)
#2 Mis à jour par Joël Cuissinat il y a plus d'un an
- Description mis à jour (diff)
#3 Mis à jour par Joël Cuissinat il y a plus d'un an
- Description mis à jour (diff)
#4 Mis à jour par Joël Cuissinat il y a plus d'un an
- Description mis à jour (diff)
#5 Mis à jour par Joël Cuissinat il y a plus d'un an
- Description mis à jour (diff)
#6 Mis à jour par Benjamin Bohard il y a plus d'un an
Si je ne me trompe pas, la validation des variables, lors de la migration de la configuration, s’appuie sur la version courante des dictionnaires. Dans ces conditions, est-ce raisonnable de permettre des migrations intermédiaires ?
Une solution simple consisterait à encadrer la portion de code qui traite de la migration des variables, dans creole.loader1, par le retrait du paramètre validator de la configuration puis son ajout à nouveau, une fois la migration des variables effectuées (avec succès ou non).
#7 Mis à jour par Benjamin Bohard il y a plus d'un an
- Statut changé de Nouveau à En cours
- Assigné à mis à Benjamin Bohard
#8 Mis à jour par Benjamin Bohard il y a plus d'un an
- Statut changé de En cours à À valider
#9 Mis à jour par Emmanuel GARETTE il y a environ un an
- Statut changé de À valider à Résolu
#10 Mis à jour par Joël Cuissinat il y a 12 mois
- Statut changé de Résolu à Fermé
- % réalisé changé de 0 à 100
- Restant à faire (heures) mis à 0.0