-
Notifications
You must be signed in to change notification settings - Fork 263
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
dbt-ol
should transparently propagate the exit code of dbt run
#2558
Comments
blacklight
added a commit
to blacklight/OpenLineage
that referenced
this issue
Apr 3, 2024
…t code as the underlying dbt process
blacklight
added a commit
to blacklight/OpenLineage
that referenced
this issue
Apr 3, 2024
…t code as the underlying dbt process Also in this commit: - Use lazy template evaluation instead of f-strings for logging (see https://realpython.com/python-f-strings/#lazy-evaluation-in-logging) - `subprocess.Popen` should always be run through a context manager. Signed-off-by: Fabio Manganiello <fabio.manganiello@booking.com>
4 tasks
JDarDagran
pushed a commit
that referenced
this issue
Apr 3, 2024
…he underlying dbt process (#2560) Also in this commit: - Use lazy template evaluation instead of f-strings for logging (see https://realpython.com/python-f-strings/#lazy-evaluation-in-logging) - `subprocess.Popen` should always be run through a context manager. Signed-off-by: Fabio Manganiello <fabio.manganiello@booking.com> Co-authored-by: Fabio Manganiello <fabio.manganiello@booking.com>
blacklight
added a commit
to blacklight/OpenLineage
that referenced
this issue
Apr 4, 2024
…t code as the underlying dbt process (OpenLineage#2560) Also in this commit: - Use lazy template evaluation instead of f-strings for logging (see https://realpython.com/python-f-strings/#lazy-evaluation-in-logging) - `subprocess.Popen` should always be run through a context manager. Signed-off-by: Fabio Manganiello <fabio.manganiello@booking.com> Co-authored-by: Fabio Manganiello <fabio.manganiello@booking.com> Signed-off-by: Fabio Manganiello <fabio@manganiello.tech>
10 tasks
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
As of now, we use the
return_code
of thedbt
process to run eitherdbt_run_event_end
ordbt_run_event_failed
.We thus notify the downstream OpenLineage listener(s) about failures, but we don't do the same with the upstream process.
If
dbt run
failed, thedbt-ol
process will still return zero. This is particularly relevant when a DBT workflow is launched by an Airflow DAG - in such case, in the event of failure, Airflow will still report the job as successful.The text was updated successfully, but these errors were encountered: