Skip to main content

Kiosk : une installation qui ne se termine jamais (aucun statut final)

Symptôme : dans le Kiosk, un logiciel reste indéfiniment sur « install in progress ». Le bouton ne bascule jamais sur « launch » / « delete », et aucune erreur n'est affichée : pas de succès, pas d'échec, pas de statut final.

Cette page explique comment le statut d'installation remonte au Kiosk, pourquoi il peut rester bloqué, et quoi vérifier pour débloquer la situation.

Comment le statut remonte normalement

Quand l'utilisateur clique sur Install dans le Kiosk (voir Kiosk Medulla) :

  1. L'agent Medulla du poste envoie la demande d'installation au serveur.
  2. Le serveur crée un déploiement classique du package sur cette machine. Dans la console, ce déploiement apparaît dans l'onglet Audit avec un nom suivi de @Kiosk@ (c'est ce qui identifie les installations lancées depuis le Kiosk).
  3. Pendant l'exécution, le bouton du Kiosk affiche « install in progress ».
  4. Lorsque le déploiement se termine avec succès, le bouton bascule sur « launch » / « delete » : c'est le statut final « installé ».

Autrement dit, le Kiosk ne fait que refléter l'état du déploiement. Tant que le déploiement n'atteint pas un état terminal (fin en succès ou fin en erreur), le Kiosk reste sur « in progress ». La cause d'un statut qui ne se finalise jamais est donc, presque toujours, un déploiement qui n'arrive jamais à sa fin.

Point de départ du diagnostic : ouvrez l'onglet Audit, retrouvez le déploiement @Kiosk@ de la machine concernée et regardez son état et le détail de ses étapes (action « View deployment details »). C'est là que se lit ce qui bloque.

Causes possibles et solutions

1. La séquence du package n'atteint jamais sa fin (END_SUCCESS / END_ERROR)

C'est la cause la plus fréquente. Un package est une suite d'étapes qui doit se terminer sur END_SUCCESS ou END_ERROR (voir Créer un package). Si aucune de ces sorties n'est atteinte, le déploiement — et donc le Kiosk — reste « en cours ».

À vérifier / corriger :

  • Dans les étapes de type Lancer une commande ou Exécuter un script, contrôlez le branchement On return code, goto : assurez-vous qu'un code de retour finit toujours par mener à END_SUCCESS ou END_ERROR. Un branchement mal réglé peut renvoyer indéfiniment vers une étape intermédiaire.
  • Vérifiez qu'aucun saut « goto » ne crée une boucle sans issue.
  • Testez d'abord le package via un déploiement classique sur une machine de test : s'il ne se termine pas non plus en déploiement normal, le problème vient du package, pas du Kiosk.

2. Une étape attend une réponse qui n'arrive pas

Certaines actions mettent le déploiement en attente : Question à l'utilisateur, Report d'action, ou une commande interactive. Si personne ne répond et qu'aucun délai n'est prévu, l'étape reste bloquée.

À vérifier / corriger :

  • Sur ces étapes, renseignez toujours un Set timeout (délai maximal) et un chemin de sortie pour les cas « pas de réponse », « aucun utilisateur connecté » et « délai dépassé ».
  • Évitez les commandes interactives (qui attendent une saisie) dans un package déployé silencieusement : utilisez les commutateurs d'installation silencieuse (ex. /qn, /S).

3. Un installeur ou une commande reste figé

Un installeur qui affiche une fenêtre, attend une confirmation, ou tourne en boucle bloque l'étape jusqu'à son délai — et si le délai n'est pas activé, très longtemps.

À vérifier / corriger :

  • Activez et réglez le Set timeout de l'étape (en secondes) pour qu'une commande figée finisse par échouer proprement (et donc atteigne END_ERROR) au lieu de rester « en cours ».
  • Utilisez la ligne de commande d'installation silencieuse fournie par l'éditeur.

4. La machine s'est déconnectée pendant l'installation

Le retour d'état passe par la connexion de l'agent (XMPP) au serveur, via un relais (ARS). Si le poste s'éteint, se met en veille ou perd le réseau pendant le déploiement, le signal de fin ne remonte pas : le déploiement reste « en cours » côté serveur, et le Kiosk avec.

À vérifier / corriger :

  • Vérifiez que la machine est toujours connectée (présence de l'agent) et que son relais fonctionne.
  • Une fois la machine revenue en ligne, relancez le déploiement (voir Déploiement de logiciel).

5. La progression est envoyée, mais jamais la fin

Un package peut afficher son avancement dans le Kiosk via l'action Kiosk Progression (notification kiosque). Si la séquence envoie des pourcentages de progression mais ne se conclut pas par une sortie END_SUCCESS, la barre reste « en cours » sans jamais passer « installé ».

À vérifier / corriger :

  • La notification kiosque sert à informer : ce qui fait basculer le statut final, c'est bien l'atteinte de END_SUCCESS par la séquence. Assurez-vous que le package se termine réellement sur cette sortie.

Que faire dans l'immédiat

  1. Cliquer sur le bouton, refresh du kiosk 
  2. Ouvrez l'Audit et retrouvez le déploiement @Kiosk@ de la machine.
  3. Regardez son état : est-il réellement bloqué sur une étape, en attente, ou en erreur silencieuse ? Ouvrez le détail (« View deployment details ») pour voir l'étape courante.
  4. Si le déploiement est figé ou parti en boucle, arrêtez-le puis corrigez le package (délais, branchements de code retour, sortie END_SUCCESS/END_ERROR).
  5. Relancez une installation propre, d'abord en déploiement classique sur une machine de test, puis depuis le Kiosk.

Règle simple : si un package ne se termine pas proprement en déploiement classique, il ne se terminera pas non plus depuis le Kiosk. Fiabilisez d'abord la séquence (timeouts + sorties END_SUCCESS/END_ERROR toujours atteignables), le statut du Kiosk suivra.

Back to top