Tâche #28783
Scénario #28959: Traitement express MEN (39-41)
vnet_vlan_trunk et l2_vnet_vlan_trunk n'ont pas le bon type
100%
Description
Ces deux variables devrait être de type "string", elle l'étaient au début
et a un moment elles sont devenues des "number".
Ces variables contiennent les ID des vlans auxquels sont connectées les cartes
réseaux, il peut donc y en avoir 1 ou plusieurs.
Le script qui s'occupe de la création des réseaux attends soit une valeur unique
soit une liste séparée par des ",".
10 ou 10,11,200,44
Sans cette possibilité il est impossible d'avoir une carte dans une VM connectée à plusieurs VLAN.
Ce qui est une des forces de Hâpy.
Ci-joint un patch avec la correction
Révisions associées
Upgrade vnet_vlan_trunk and l2_vnet_vlan_trunk vars
Ref: #28783
Ability to declare multiple VLANs for a virtual network
Ref: #28783
Historique
#1 Mis à jour par Gilles Grandgérard il y a plus de 4 ans
- Tracker changé de Anomalie à Demande
#2 Mis à jour par Joël Cuissinat il y a plus de 4 ans
Cela me paraît acceptable sachant que c'est une variable experte et qu'elle est déjà multi (esclave).
Ce serait l'occasion de compléter la doc en remplaçant quelques #fixme variable experte
=> http://eole.ac-dijon.fr/documentations/2.6/completes/HTML/ModuleHapy/co/50-Virtualisation_2.html#odN5b + ajouter (ou maj) les balises <help>
.
ATTENTION : vérifier la mise à jour sur un serveur en prod (devrait être OK avec le cast automatique)
#3 Mis à jour par Joël Cuissinat il y a plus de 4 ans
- Tracker changé de Demande à Tâche
- Statut changé de Nouveau à En cours
- Assigné à mis à Joël Cuissinat
- Tâche parente mis à #28959
#4 Mis à jour par Joël Cuissinat il y a plus de 4 ans
- ancien dico +
CreoleSet l2_vnet_vlan_trunk 10
+ reconfigure"l2_vnet_vlan_trunk": {"owner": {"0": "creoleset"}, "val": {"0": 10}}
- installation du nouveau dico
root@hapy:~# CreoleGet l2_vnet_vlan_trunk None
Problème de chargement de cette variable : "10" est une valeur invalide pour l'option "VLAN à transporter (trunk)" de type texte unicode |
=> La récupération d'une configuration précédente est impossible sans code de migration de valeur dédié => EOLE 2.7.2
#5 Mis à jour par Joël Cuissinat il y a plus de 4 ans
En complément du patch proposé :
<check name='valid_regexp' target='vnet_vlan_trunk'>
<param>^[0-9,]*$</param>
<param name='err_msg'>un ID de VLAN ou une liste d'ID de VLAN séparée par des virgules est attendu</param>
</check>
<check name='valid_regexp' target='l2_vnet_vlan_trunk'>
<param>^[0-9,]*$</param>
<param name='err_msg'>un ID de VLAN ou une liste d'ID de VLAN séparée par des virgules est attendu</param>
</check>
#6 Mis à jour par Joël Cuissinat il y a plus de 4 ans
- % réalisé changé de 0 à 100
#7 Mis à jour par Scrum Master il y a plus de 4 ans
- Projet changé de eole-one-master à Distribution EOLE
- Statut changé de En cours à Résolu
#8 Mis à jour par Joël Cuissinat il y a plus de 4 ans
- Statut changé de Résolu à Fermé
- Restant à faire (heures) mis à 0.0