* Erreur liée à l'application |
L'application par lots a échoué à
l'exécution. Les noeuds finaux de grille ont détecté cet échec. |
** Erreur liée à l'infrastructure |
Une erreur imprévue s'est produite. Pour plus d'informations sur un problème d'infrastructure dans la configuration du travail, voir l'exemple suivant. |
*** Erreur liée à l'infrastructure dans la configuration du travail |
Si une erreur inattendue se produit lorsqu'un travail par lots est configuré pour la première fois par les noeuds finaux de grille. Par exemple, en cas de défaillance inattendue des bases de données, le travail passe à l'état execution_failed. - Le travail par lots s'exécute alors pour la première fois et aucune étape n'est encore été traitée. Les travaux par lots passent à l'état restartable dans la plupart des situations de défaillance afin qu'ils puissent
être redémarrés à partir de l'emplacement soumis au point de contrôle lorsque la défaillance peut être surmontée. Toutefois, dans la défaillance indiquée ici, le travail par lots passe à l'état
execution_failed et ne peut pas être redémarré. Comme il s'agit d'un scénario de configuration de travail et qu'aucune tâche n'a été traitée
par le travail par lots, les tâche par lots ne sont pas perdues à la suite de la défaillance.
- Si les travaux sont dans un état non final
sur le noeud final, le planificateur les place dans un état inconnu sous deux conditions : que le noeud final perde des communications ou qu'il soit arrêté.
Si le noeud final reprend, le planificateur
synchronise l'état du travail avec le noeud final. Si le noeud final
s'arrête, tous les travaux par lots prennent l'état redémarrable
et tous les travaux de traitement intensif l'état d'échec d'exécution. Si le noeud final n'a perdu que des communication avec le planificateur et que l'exécution des travaux
se poursuit, le planificateur met à jour son état. La mise à jour de l'état
est l'état final des travaux s'exécutant sur le noeud final à ce
point.
|