Project

General

Profile

Scénario #25717

Une modification via gen_config semble être bien enregistrée sur Zéphir alors qu'en fait, ce n'est pas le cas

Added by Thierry Bertrand 11 months ago. Updated 4 days ago.

Status:
Nouveau
Priority:
Normal
Assigned To:
-
Category:
-
Start date:
09/23/2019
Due date:
10/11/2019
% Done:

0%

Story points:
2.0
Velocity based estimate:
Release relationship:
Auto

Description

A Vérifier. si plus de 2pts alors on arbitra le scénario.

Lorsqu'on veut modifier la configuration, en mode normal, du serveur dont le .eol est joint, gen_config semble valider l'enregistrement.
Lorsque l'on revient sur la configuration à nouveau, la modification n'est plus présente.

En cherchant sur le zephir, on arrive à trouver l'information suivante dans zephir_backend.alert.log :

2018-11-05T16:24:42.688526+01:00 vm-pne-eole-ecole.eole.p2 zephir_backend: [-] Traceback (most recent call last):
2018-11-05T16:24:42.688814+01:00 vm-pne-eole-ecole.eole.p2 zephir_backend: [-]   File "/usr/lib/python2.7/dist-packages/zephir/backend/lib_backend.py", line 593, in save_config
2018-11-05T16:24:42.689024+01:00 vm-pne-eole-ecole.eole.p2 zephir_backend: [-]     dico_zeph.save(fic_zephir, encode=encode, force=force)
2018-11-05T16:24:42.689150+01:00 vm-pne-eole-ecole.eole.p2 zephir_backend: [-]   File "/usr/lib/python2.7/dist-packages/zephir/utils/creolewrap.py", line 720, in save
2018-11-05T16:24:42.689286+01:00 vm-pne-eole-ecole.eole.p2 zephir_backend: [-]     self.loader.config_save_values(self.dico, 'creole', eol_file=eol_file, check_mandatory=check_mandatory, eol_version=self.release_version)
2018-11-05T16:24:42.689400+01:00 vm-pne-eole-ecole.eole.p2 zephir_backend: [-]   File "/usr/lib/python2.7/dist-packages/creole/loader1.py", line 742, in config_save_values
2018-11-05T16:24:42.689575+01:00 vm-pne-eole-ecole.eole.p2 zephir_backend: [-]     store = config_get_values(config, namespace, check_mandatory)
2018-11-05T16:24:42.689694+01:00 vm-pne-eole-ecole.eole.p2 zephir_backend: [-]   File "/usr/lib/python2.7/dist-packages/creole/loader1.py", line 699, in config_get_values
2018-11-05T16:24:42.689829+01:00 vm-pne-eole-ecole.eole.p2 zephir_backend: [-]     raise PropertiesOptionError("\n".join(text), ('mandatory',))
2018-11-05T16:24:42.689962+01:00 vm-pne-eole-ecole.eole.p2 zephir_backend: [-] PropertiesOptionError: La variable obligatoire 'partitioning_lv_to_extend' de la famille 'Systeme' n'est pas renseignée !
2018-11-05T16:24:42.693041+01:00 vm-pne-eole-ecole.eole.p2 zephir_backend: [-] Traceback (most recent call last):
2018-11-05T16:24:42.693288+01:00 vm-pne-eole-ecole.eole.p2 zephir_backend: [-]   File "/usr/lib/python2.7/dist-packages/zephir/backend/serveurs_rpc.py", line 2014, in xmlrpc_save_conf
2018-11-05T16:24:42.693512+01:00 vm-pne-eole-ecole.eole.p2 zephir_backend: [-]     serv.save_config(d,mode,encode)
2018-11-05T16:24:42.693948+01:00 vm-pne-eole-ecole.eole.p2 zephir_backend: [-]   File "/usr/lib/python2.7/dist-packages/zephir/backend/lib_backend.py", line 608, in save_config
2018-11-05T16:24:42.694349+01:00 vm-pne-eole-ecole.eole.p2 zephir_backend: [-]     (self.id_s, os.path.basename(fic_zephir), str(err)))
2018-11-05T16:24:42.694900+01:00 vm-pne-eole-ecole.eole.p2 zephir_backend: [-] IOError: serveur 580 - erreur de sauvegarde de zephir.eol :
2018-11-05T16:24:42.695272+01:00 vm-pne-eole-ecole.eole.p2 zephir_backend: [-] La variable obligatoire 'partitioning_lv_to_extend' de la famille 'Systeme' n'est pas renseignée !

Un gen_config du serveur via le zephir donne les résultats suivants :
mode normal, famille système : rien n'est affiché au sujet du partitionnement
mode expert, on a "Utiliser le modèle d’extension standard EOLE " positionné à oui et rien d'autre.

on passe alors "Utiliser le modèle d’extension standard EOLE " à non et on obtient les variables/valeurs suivantes :
Ajuster le partitionnement => non
Allouer l'espace restant => oui
Volume logique à étendre => vide

Le fait de saisir home à "volume logique à étendre" remet tout en marche et les modifications de conf sont à nouveau possibles.

zephir_config_582.eol - fichier issu du zephir (9.29 KB) Thierry Bertrand, 11/05/2018 05:09 PM

History

#1 Updated by Daniel Dehennin 10 months ago

  • Tracker changed from Demande to Scénario
  • Project changed from eole-genconfig to zephir-parc
  • Start date deleted (11/05/2018)
  • Release set to EOLE 2.6.2.2

Il faut mettre à jour les dictionnaires sur les Zéphir :

  • Rétroporter le nouvel outil de mise à jour des dictionnaires
  • Rétroporter le changement pour l’activation du mode_zephir (#25837)

#2 Updated by Joël Cuissinat about 1 month ago

  • Due date set to 08/30/2019
  • Target version set to sprint 2019 27-35 Equipe MENSR (été)
  • Start date set to 07/01/2019

#3 Updated by Joël Cuissinat about 1 month ago

  • Parent task set to #28807
  • Story points set to 1.0

#4 Updated by Joël Cuissinat about 1 month ago

Demander confirmation à teebee44 avant de fermer :)

#5 Updated by Joël Cuissinat 18 days ago

  • Subject changed from une modification via gen_config semble être bien enregistrée sur zephir alors qu'en fait, ce n'est pas le cas to Une modification via gen_config semble être bien enregistrée sur zephir alors qu'en fait, ce n'est pas le cas
<teebee44> le comportement était induit sur eSBL par le fait que la partie partitionnement a fait l'objet d'un dico spécifique qui n'était pas pris en charge par les dicos eSBL
<teebee44> mais ce qui me chiffonne, c'est que gen_config ne bronche pas
<teebee44> il nous dit ok alors que le backend dit le contraire
<teebee44> donc sur l'aspect problématique, on pourrait fermer
<teebee44> mais sur l'aspect fonctionnel, c'est douteux

#6 Updated by Joël Cuissinat 18 days ago

  • Subject changed from Une modification via gen_config semble être bien enregistrée sur zephir alors qu'en fait, ce n'est pas le cas to Une modification via gen_config semble être bien enregistrée sur Zéphir alors qu'en fait, ce n'est pas le cas
  • Due date deleted (08/30/2019)
  • Start date deleted (07/01/2019)
  • Release deleted (EOLE 2.6.2.2)
  • Story points changed from 1.0 to 2.0

#7 Updated by Joël Cuissinat 18 days ago

  • Parent task deleted (#28807)

#8 Updated by Joël Cuissinat 18 days ago

  • Tracker changed from Tâche to Scénario
  • Target version deleted (sprint 2019 36-38 Equipe MENSR)
  • Release set to EOLE 2.7.1.1

#9 Updated by Joël Cuissinat 17 days ago

  • Release changed from EOLE 2.7.1.1 to EOLE 2.7.1.2

#10 Updated by Gilles Grandgérard 10 days ago

  • Release changed from EOLE 2.7.1.2 to Carnet de produit (Cadoles)

#11 Updated by Gilles Grandgérard 9 days ago

  • Description updated (diff)

#12 Updated by Joël Cuissinat 4 days ago

  • Due date set to 10/11/2019
  • Target version set to Prestation Cadoles 39-41
  • Start date set to 09/23/2019

Also available in: Atom PDF