Scénario #34542
Mis à jour par Joël Cuissinat il y a plus d'un an
A ce jour, nous diffusons sur les Postes clients Linux des paquets venant de sources autres que EOLE ou Ubuntu.
Par ex : Salt minion, Veyon
Problème:
* si le PPA disparaît (cas de Veyon), la recette d'installation tombe en erreur
* Si le fichier disparaît du point de livraison (cas Salt Slat bootstrap), le téléchargement tombe en erreur.
h3. Point du 30/09/2024
* rétro-portage salt-master 3007 sur les serveurs EOLE 2.8 et 2.9 car la version actuelle (3004) n'est pas compatible avec les Minion récents installés sur les clients Linux
** Vérifier la compatibilité, avec l'EAD3 notamment (rétro-portages de modifications 2.10 à prévoir : #35751, #35851, #35850)
** Valider le ré-empaquetage des paquets salt (sans recompilation) afin d'adapter les versions des paquets à notre situation (gestion de l'Upgrade notamment, cf. #34106)
** Mettre à disposition les paquets Salt pour les serveurs et les clients Linux dans un dépôt dédié décomposé par versions (Ubuntu et Debian serait un bon début)
** Trouver un nom pertinent pour le dépôt (propositions entendues : /tools, /outils, ...)
** Modifier les formulas des clients Linux pour qu'ils installent les paquets depuis notre dépôt en évitant de mettre un numéro de version en dur
** Gérer la problématique des clés de dépôt
** Mettre à disposition les paquets Veyon pour les clients dans les dépôts créés précédemment (pas de paquet Veyon installés côté serveur, pour Debian ils sont déjà dans les dépôts officiels)
* problématique des adresses MAC dans Veyon ?
* vérifier le problème du "bug":https://github.com/saltstack/salt/issues/66592 de l'application des highstate au reboot et leur remplacement par des "startup scripts"
* évaluer la mise à niveau des Minion sur les clients Windows (non prioritaire)
* pouvoir renommer les postes en plus des Minions (scénario existant #34116, non prioritaire)
!20240930_175114.jpg!
Par ex : Salt minion, Veyon
Problème:
* si le PPA disparaît (cas de Veyon), la recette d'installation tombe en erreur
* Si le fichier disparaît du point de livraison (cas Salt Slat bootstrap), le téléchargement tombe en erreur.
h3. Point du 30/09/2024
* rétro-portage salt-master 3007 sur les serveurs EOLE 2.8 et 2.9 car la version actuelle (3004) n'est pas compatible avec les Minion récents installés sur les clients Linux
** Vérifier la compatibilité, avec l'EAD3 notamment (rétro-portages de modifications 2.10 à prévoir : #35751, #35851, #35850)
** Valider le ré-empaquetage des paquets salt (sans recompilation) afin d'adapter les versions des paquets à notre situation (gestion de l'Upgrade notamment, cf. #34106)
** Mettre à disposition les paquets Salt pour les serveurs et les clients Linux dans un dépôt dédié décomposé par versions (Ubuntu et Debian serait un bon début)
** Trouver un nom pertinent pour le dépôt (propositions entendues : /tools, /outils, ...)
** Modifier les formulas des clients Linux pour qu'ils installent les paquets depuis notre dépôt en évitant de mettre un numéro de version en dur
** Gérer la problématique des clés de dépôt
** Mettre à disposition les paquets Veyon pour les clients dans les dépôts créés précédemment (pas de paquet Veyon installés côté serveur, pour Debian ils sont déjà dans les dépôts officiels)
* problématique des adresses MAC dans Veyon ?
* vérifier le problème du "bug":https://github.com/saltstack/salt/issues/66592 de l'application des highstate au reboot et leur remplacement par des "startup scripts"
* évaluer la mise à niveau des Minion sur les clients Windows (non prioritaire)
* pouvoir renommer les postes en plus des Minions (scénario existant #34116, non prioritaire)
!20240930_175114.jpg!