You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Users have long been confused by log messages along the lines of "task state changed externally", or something about executor state mismatch, where the thing that emits the log is essentially saying, 🤷 , no clue what happened sorry.
If a task was killed by external user action, why do we not have a signal of that recorded somewhere (e.g. on the TI object or in event log), and why can't the executor (or task process or whatever) see that and then either not have to log such a message, or log a more helpful one that says exactly what happened.
Committer
I acknowledge that I am a maintainer/committer of the Apache Airflow project.
The text was updated successfully, but these errors were encountered:
Body
Users have long been confused by log messages along the lines of "task state changed externally", or something about executor state mismatch, where the thing that emits the log is essentially saying, 🤷 , no clue what happened sorry.
E.g. see here https://airflow.apache.org/docs/apache-airflow/stable/troubleshooting.html#task-state-changed-externally
This should mostly be avoidable.
If a task was killed by external user action, why do we not have a signal of that recorded somewhere (e.g. on the TI object or in event log), and why can't the executor (or task process or whatever) see that and then either not have to log such a message, or log a more helpful one that says exactly what happened.
Committer
The text was updated successfully, but these errors were encountered: