Relancer un travail
Goal
Un job déjà exécuté, relancé — en tant que nouvelle exécution numérotée sous le même nom, avec ses exécutions précédentes conservées.
Before you start
- Un job qui existe et qui est terminé. Une exécution démarrée pendant qu’une autre est en cours est une question différente, répondue par la politique de concurrence du planificateur.
- Si vous relancez avec une image modifiée, les mêmes règles que pour une création s’appliquent : la requête est une re-spécification complète du job, pas un patch.
Steps
- Ouvrez Jobs et sélectionnez le job.
- Choisissez Run again.
- Observez la nouvelle exécution apparaître dans l’historique avec le numéro d’exécution suivant.

Steps
GET /api/v1/jobs/{name}/runspour voir les exécutions déjà enregistrées.POST /api/v1/jobs/{name}/runspour en lancer une autre. Un corps vide relance le job tel qu’il est stocké.GET /api/v1/jobs/{name}pour l’état actuel du job.
Steps
- Il n’existe pas de commande CLI de relance ; utilisez l’API ou le tableau de bord.
odysseus statusetodysseus logsmontrent ce qu’une exécution a fait.
Verify
Un nouveau numéro d’exécution apparaît dans l’historique du job, et les exécutions précédentes restent listées.
Evidence this worked
La liste des exécutions gagne une entrée au lieu de remplacer la précédente, et le numéro d’exécution s’incrémente. Un historique qui repart à l’exécution un signifie qu’un nouveau job a été créé plutôt que le précédent relancé.
When it fails
- Un corps sans image est refusé. Un corps d’exécution est une re-spécification complète du job, il a donc besoin d’une image comme pour une création — n’envoyez aucun corps pour le relancer tel qu’il est stocké.
- L’exécution est refusée tant qu’une autre est en cours. C’est la politique de concurrence qui fait son travail ; voir scheduled work.
- Les anciennes exécutions sont manquantes. La limite de rétention n’a conservé que les plus récentes. C’est un champ que vous définissez.
- Chaque code : rejections and alterations.