Tâche #37248
Scénario #35625: Zéphir : les paquets paquets additionnels non synchronisés ne sont pas marqué comme tels
Étude
100%
Historique
#1 Mis à jour par Benjamin Bohard il y a 4 mois
- Statut changé de Nouveau à En cours
#2 Mis à jour par Benjamin Bohard il y a 4 mois
Les points soulevés me semblent toucher à la conception du Zéphir plus qu’à des bugs isolés.
Je reprends les trois idées en reformulant pour voir quoi en faire.
Si le fichier fichiers_zephir n’est pas synchronisé, pourquoi réinstaller les paquets ?¶
Le point soulevé est le déclenchement automatique ou manuel de l’installation des paquets depuis le Zéphir.
Actuellement, le contenu du fichier fichiers_zephir est utilisé par le script install_paqs.zephir, lancé par le script config.zephir, associé à la fonction configure dans zephir_client.py.
Il serait nécessaire de revoir ce fonctionnement pour conditionner le lancement de ce traitement en fonction de l’action mis en file d’attente sur le Zéphir.
On dirait qu’une erreur de creoled empêche l’installation du fichier fichiers_zephir (?)¶
À revoir si creoled est nécessaire au fonctionnement du lien avec le Zéphir.
On n'est pas informé que la liste des paquets (et surement des fichiers) n'est pas synchronisé entre le Zéphir et le serveur.¶
La page d’état du Zéphir indique bien les différences de paquets installées mais ce n’est peut-être pas cette liste de paquets dont il est fait mention.
Le fichier fichiers_zephir n’est, sauf erreur, pas copié depuis le module vers Zéphir. Seulement depuis Zéphir vers le module. C’est cohérent avec la conception du Zéphir central.
Si l’idée est de remonter la version du fichier fichiers_zephir depuis le module vers Zéphir, il faut modifier le code côté client et côté Zéphir pour ce nouveau contenu de l’archive. Éventuellement, il pourrait suffire d’utiliser la liste déroulante des différences dans la page d’état du serveur sur l’application Zéphir, sans traiter le fichier fichiers_zephir de manière spécifique.
#3 Mis à jour par Benjamin Bohard il y a 4 mois
Une piste qui se précise : le découplage entre l’envoi du fichier fichiers_zephir et son traitement pour l’installation et la suppression des paquets additionnels.
On peut estimer que la mise à jour de ce fichier implique la volonté de répercuter "immédiatement" son changement de contenu en procédant à l’installation des paquets.
Toutefois, dans le cas de problèmes (quelque fois induits par un changement dans la gestion des paquets par EOLE comme c’est le cas de eole-bareoswebui), il serait préférable de garder la main sur ces deux actions de manière indépendante.
Le coût pour l’utilisateur est la nécessité de programmer deux actions plutôt qu’une pour les serveurs pour revenir au cas d’usage classique "sans problème". Ça me néanmoins semble acceptable pour éviter les problèmes décrits.
La proposition de correction impliquerait :
- ne plus traiter l’installation automatiquement ;
- créer une action bien identifié dans l’application Zéphir ou bien documenter la nécessité d’utiliser l’action pré-existante.
La création d’une action rendrait le changement plus visible mais ne semble pas indispensable techniquement.
#4 Mis à jour par Benjamin Bohard il y a 4 mois
Voici la cinématique retracée.
Le code qui construit la page qui est chargée pour dire que l’action est ajoutée dans la file d’attente appelle la commande rpc uucp.configure.
la commande rpc uucp.configure ajoute la commande "zephir_client configure" dans le répertoire /var/spool/uucp/<etab>-<id_zephir>/D.X/
Le client récupère cette liste de commande et lance "zephir_client configure".
"zephir_client configure" exécute config.zephir.
config.zephir exécute config-zephir.zephir et install_paqs.zephir.
#5 Mis à jour par Joël Cuissinat il y a 3 mois
OK pour la proposition #37248#note-3 dans la mesure où l'installation reste bien effectuée dans enregistrement-zephir.
#6 Mis à jour par Benjamin Bohard il y a 2 mois
Le découplage est opéré, avec ajout de l’action dans la file spécifiquement quand on fait un zephir_client call.
#7 Mis à jour par Benjamin Bohard il y a 2 mois
Une fois le découplage de l’action install_paqs effectué, il faut donner la possibilité à l’utilisateur de prendre en compte les changements dans les listes de paquets additionnels.
Part-on sur l’approche documentation seule de la nécessité de lancer l’action install_paqs ou ajoute-t-on des éléments d’UI dans l’application Zéphir également ?
#8 Mis à jour par Benjamin Bohard il y a 2 mois
Finalement, l’approche mise en place est la suivante : l’action install_paqs est ajoutée en file d’attente si on envoie tout ou les fichiers divers/paquets (index 0 et 3 dans la liste des possibilités pour l’action Envoyer la configuration).
Ça couvre également le cas de l’enregistrement Zéphir (index 0 en mode recupération ou envoi de la configuration).
#9 Mis à jour par Benjamin Bohard il y a 2 mois
- Statut changé de En cours à À valider
#10 Mis à jour par Ludwig Seys il y a environ un mois
- Statut changé de À valider à Résolu
#11 Mis à jour par Joël Cuissinat il y a environ un mois
- Statut changé de Résolu à Fermé
- % réalisé changé de 0 à 100
- Restant à faire (heures) mis à 0.0