Después de hacer clic en detener, la tarea sigue produciendo salida: ¿cómo confirmar si la detención fue exitosa?
Las solicitudes de detención pueden fallar o encontrar cambios en tiempo de ejecución; no asuma que los cambios en los botones significan que todas las operaciones han sido revocadas.
Detener implica tanto el tiempo de ejecución como la visualización
La operación de detener la página intenta cancelar la ejecución de Agent y detener el flujo de respuesta actual; estos dos pasos no son exactamente lo mismo. El indicador de actividad de la interfaz puede cambiar primero; si la cancelación de la ejecución falla, aparecerá un aviso de que la detención falló y que se debe reintentar. Por lo tanto, que la salida ya no se desplace no equivale a la confirmación del servidor de que la tarea se ha detenido, ni cerrar la página puede reemplazar la verificación del resultado de la detención.
Continúe procesando según el estado más reciente del tiempo de ejecución
Si el tiempo de ejecución ha cambiado, la interfaz puede solicitar reconectar al tiempo de ejecución actual en lugar de cancelar la tarea correspondiente al estado anterior. Espere a que aparezca el estado y la salida más recientes antes de decidir si detener nuevamente. Cuando la red no está disponible, primero restaure la conexión; para tareas locales, también verifique el estado real de la máquina de destino. No envíe inmediatamente la misma tarea cuando el resultado de la detención no esté claro, ya que esto puede causar dos ejecuciones con efectos secundarios.
Detener no revierte los cambios ya realizados
Los archivos ya escritos, el software instalado o las solicitudes de red ya enviadas no se revertirán automáticamente debido al botón de detener. Después de confirmar la detención, verifique los resultados y decida cómo recuperar o continuar. Para los clientes de CLI que necesitan salir, presione Ctrl+C en su terminal en ejecución, pero también verifique si la limpieza tuvo éxito. Para archivos importantes, primero realice verificaciones de solo lectura antes de ejecutar las reparaciones necesarias; la retroalimentación solo proporciona un estado y errores desensibilizados, sin compartir credenciales de conexión completas.