Project

General

Profile

Tâche #13975

Scénario #13770: Analyse/Résolution de divers problèmes sur la 2.5.1

eole 2.5 : Récupération du fichier '/etc/eole/config.eol' suite à l'exécution de 'enregistrement_zephir'

Added by christophe guerinot over 5 years ago. Updated over 5 years ago.

Status:
Fermé
Priority:
Normal
Assigned To:
Start date:
11/23/2015
Due date:
% Done:

100%

Estimated time:
0.50 h
Spent time:
Remaining (hours):
0.0

Related issues

Related to Distribution EOLE - Tâche #14000: Corriger la prise en compte du proxy à l'installation de paquets par Zéphir Fermé 11/12/2015
Related to Distribution EOLE - Tâche #14002: enregistrement_zephir : copie automatique de /root/zephir.eol sur /etc/eole/config.eol en fin de procédure Fermé 11/12/2015

History

#1 Updated by christophe guerinot over 5 years ago

Est-ce un problème d'architecture de nos dépôts internes ?

à partir d'une nouvelle configuration générée sur un zephir en 2.5.1

test effectué à partir d'un module 'amon' (idem pour un module scribe)

- si le serveur de mise à jour ($serveur_maj) est 'test-eole.ac-dijon.fr' et qu'un proxy est défini (pour accéder au dépôt eole sur internet)
(export http_proxy=http://....)

les deux fichiers '/root/zephir.eol' et '/etc/eole/config.eol' (identiques) sont récupérés
il n'est donc pas nécessaire d'effectuer la 'cp /root/zephior.eol /etc/eole/config.eol', avant d'instancier le serveur

par contre à la fin de l'exécution de la commande s'affiche en rouge les messages

Problème rencontré lors de l'installation de paquets supplémentaires :

Erreur de mise à jour de la liste des paquets (Query-Auto)

(pourtant si on exécute Query-Auto, il n'y a pas d'erreur)

et s'affiche le commentaire suivant

** Reconfigurez le serveur en fin de procédure                          **
** (certaines variables peuvent nécessiter une instance)                **
**
** > reconfigure

===========================================================

par contre si le serveur de mise à jour est un dépôt interne au MEDDE

seul le fichier '/root/zephir.eol' est récupéré suite à l'exécution de la commande 'enregistrement_zephir'

pas de message d'erreur

puis s'affiche le commentaire

** la configuration du serveur a été récupérée depuis le serveur Zéphir **
** Lancez l'instanciation du serveur à la fin de cette procédure        **
**                                                                      **
** >cp /root/zephir.eol /etc/eole/config.eol                            **
** >instance                                                            **
**                                                                      **
** La commande diagnose permet de vérifier l'état du serveur            **

nous pensions qu'en 2.5 il ne serait plus nécessaire d'effectuer la copie du fichier '/root/zephir.eol' vers '/etc/eole/config.eol'

#2 Updated by Bruno Boiget over 5 years ago

  • Assigned To set to Bruno Boiget

Après avoir fait quelques tests et revu le fonctionnement prévu dans le code, j'ai constaté les points suivants :

  • Il y a bien un souci au niveau de la récupération de paquets supplémentaires si un proxy est configuré (import manquant dans /usr/share/zephir/scripts/install_paqs.zephir)
  • Dans mes tests, le comportement par rapport au fichier config.eol me semble cohérent par rapport à ce qui est prévu. Par contre on avait effectivement évoqué la suppression de la copie manuelle du fichier en fin d'enregistrement (on 2.5, on n'a plus de raisons de ne pas le copier automatiquement).

Je vais voir si il est encore possible de faire les modifications pour qu'elles soient présentes sur le cd 2.5.1

#3 Updated by Bruno Boiget over 5 years ago

Les modifications à ce sujet n'ont pas pu passer sur l'image ISO stable (publiée vendredi 13/11)

J'ai compilé un paquet candidat pour eole 2.5.1 avec les corrections concernant ces 2 problèmes.

Pour bénéficier des corrections il faudra donc mettre à jour le client avant l'enregistrement, soit par Maj-Auto soit en diffusant le paquet zephir-client-2.5.1 depuis Zéphir (importer le paquet depuis la page d'administration).

#4 Updated by Emmanuel IHRY over 5 years ago

  • Status changed from Nouveau to Résolu
  • Start date set to 11/23/2015

#5 Updated by Thierry Bertrand over 5 years ago

  • Status changed from Résolu to Fermé
  • % Done changed from 0 to 100
  • Remaining (hours) changed from 0.5 to 0.0

Also available in: Atom PDF