Mise à jour paquets linux à l'extinction?

[Houg]

Bonjour à tous,

Toujours dans mes tests dans l'optique de déployer WAPT pour gérer nos postes Linux, je continue avec mes interrogations.
Je trouve malheureusement peu de documentation sur la version Linux (comportement, paquets, explications, comportement de l'agent etc) contrairement à la version Windows.
Uniquement : https://www.wapt.fr/apidoc/wapt-2.5/linux/index.html

J'ai actuellement un poste Ubuntu 22.04 LTS avec son agent, qui remonte bien dans la console - Self service GUI installé (grâce à la réponse de Denis sur un autre de mes posts).

Lorsque je créer / met à jour un paquet : cela semble fonctionner si on "force" la mise à jour sur le poste (via la console ou en ligne de commandes) mais je ne trouve nulle par comment mettre à jour le poste automatiquement à l’extinction de ce dernier ?
Pour avoir le même comportement que les windows avec le Waptexit.

De plus : dans la console, j'ai remarqué que si mes paquets sont pour OS "ubuntu" ou par exemple "debian_based" ils n'apparaissent pas si le filtre "linux" est appliqué. Seuls les paquets pour "linux" sont visibles.

Merci d'avance pour votre aide

Wapt client Linux - Ubuntu 22.04 LTS : 2.5.4.15342
Wapt Serveur entreprise (sur serveur Linux) : Version WAPT Server : 2.5.4.15342
Wapt Console (sur Windows) : 2.5.4.15342

[dcardon]

Bonjour Alexis,

c'est possible de rajouter un wapt-get -u upgrade à l'extinction avec systemd, mais il n'y aura pas l'affichage de la petite interface waptexit (on a pas encore réussi à faire l'affichage sur le buffer graphique de waptexit.

Vous pouvez vous inspirer de l'option systemd proposé dans : https://opensource.com/life/16/11/runni ... down-linux

Un autre paramètre à étudier dans le wapt-get.ini est le waptupgrade_task_period qui permet de forcer l'upgrade régulièrement (en gros ça lance un wapt-get upgrade toutes les quelques heures). Par contre il faut bien renseigner les "impacted_process" sinon les upgrades risquent de killer les applis un peu violemment lors des mises à jours.

On est intéressé d'avoir un peu plus de feedback sur la partie Linux, donc on est preneur des remontées client !

Cordialement,

Denis

[Houg]

Merci pour le retour rapide,

je souhaite justement éviter "waptupgrade_task_period" => car si un logiciel est installé / en cours d'utilisation, je ne sais pas quels sont les process impactés.
Un logiciel simple comme VIM c'est possible, mais par exemple, je vais faire un paquet (à terme, normalement) pour déployer du Nvidia CUDA (entre autres paquets) => ici il n'y a pas qu'un seul process d'impacté et cela sera trop de travail de tout répertorier pour toutes les applications.

Je ne peux pas me permettre non plus de couper une appli à l'utilisateur. Nous en avons certains qui lancent des calculs sur plusieurs semaines. Alors si je lui coupe

Nous avions pensé à lancer une commande à l'extinction, mais je voulais savoir s'il existait déjà un moyen de le faire avec WAPT => on va regarder pour lancer un truc à l'arrêt du poste


Au niveau du feedback, si vous voulez, on peut parler en MP si cela vous intéresse, je pourrais vous indiquer ce que j'ai noté pour le moment

[sfonteneau]

Nous avions pensé à lancer une commande à l'extinction, mais je voulais savoir s'il existait déjà un moyen de le faire avec WAPT => on va regarder pour lancer un truc à l'arrêt du poste

A part le systemd (l'exemple qu'a donner Denis au dessus) on a rien trouver de mieux. Même problème sous macos

A la limite on pourrais faire une proposition de mise à jour régulièrement (avec le waptexit qui s'ouvre dans les session ouverte)

[Houg]

Merci pour les retours

On va voir de notre côté, nous sommes en réflexion (de toute façon, on est pas encore en PROD ) :
- soit le service qui installe les mises à jour à l'extinction => idem Windows
- soit par exemple, faire un paquet à dispo de l'utilisateur, qui ira lui même le lancer pour les mises à jour. Comme cela, pas de problèmes qu'il ai un calcul de lancé par exemple. Mais c'est prendre le risque que les updates ne soient pas faites.
- Sinon la solution de la pop up qui demande à l'utilisateur de mettre à jour ça peut être bien également : sans le forcer, mais juste pour lui indiquer que des mises à jour sont dispo


MacOS sera notre prochain objectif