Après avoir cliqué sur arrêter, la tâche continue de produire une sortie : comment confirmer si l'arrêt a réussi ?
Les demandes d'arrêt peuvent échouer ou rencontrer des commutations d'exécution ; ne supposez pas que les changements de bouton signifient que toutes les opérations ont été révoquées.
L'arrêt implique à la fois l'exécution et l'affichage
L'opération d'arrêt de la page tente d'annuler l'exécution de Agent et d'arrêter le flux de réponse actuel ; ces deux étapes ne sont pas exactement identiques. L'indicateur d'activité de l'interface peut changer en premier ; si l'annulation de l'exécution échoue, une invite indiquera que l'arrêt a échoué et qu'il faut réessayer. Par conséquent, une sortie qui ne défile plus n'équivaut pas à une confirmation du serveur que la tâche est arrêtée, pas plus que la fermeture de la page ne peut remplacer la vérification du résultat de l'arrêt.
Continuez le traitement en fonction du dernier statut d'exécution
Si l'exécution a basculé, l'interface peut proposer de se reconnecter à l'exécution actuelle au lieu d'annuler la tâche correspondant à l'ancien état. Attendez que le dernier statut et la dernière sortie apparaissent avant de décider s'il faut arrêter à nouveau. Lorsque le réseau est indisponible, restaurez d'abord la connexion ; pour les tâches locales, vérifiez également le statut réel de la machine cible. Ne soumettez pas immédiatement la même tâche lorsque le résultat de l'arrêt n'est pas clair, car cela pourrait entraîner deux exécutions avec des effets secondaires.
L'arrêt n'annule pas les modifications déjà effectuées
Les fichiers déjà écrits, les logiciels installés ou les requêtes réseau déjà envoyées ne seront pas automatiquement annulés par le bouton d'arrêt. Après avoir confirmé l'arrêt, vérifiez les résultats et décidez comment récupérer ou continuer. Pour les clients CLI qui doivent quitter, appuyez sur Ctrl+C dans leur terminal en cours d'exécution, mais vérifiez également si le nettoyage a réussi. Pour les fichiers importants, effectuez d'abord des vérifications en lecture seule avant d'exécuter les réparations nécessaires ; le retour d'information ne fournit que des statuts et des erreurs désensibilisés, sans partager les identifiants de connexion complets.