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
For context, I'm running dbt python model with dbt-fal.
When a job execute both the materialization and the asset checks runs, somehow the asset checks are skipped with this info message op 'dbt_python_assets' did not yield or return expected outputs. However, if I run the asset checks alone (using the Execute All in the Checks tab), the checks run as expected, using the same dbt command. The same dbt command runs normally in the terminal as well, and I don't see this behavior with a regular dbt SQL model, so I'm not really sure how to debug this.
The code to define the python asset is below. It's the same code as a regular dbt SQL asset, just with different profile target.
@dduong1603 Did this happen to occur only when executing all models and tests in dbt_python_assets? A fix is going out today in release 1.5.10 for a bug where checks wouldn't run when not doing a subset: #18117
@dduong1603 Did this happen to occur only when executing all models and tests in dbt_python_assets? A fix is going out today in release 1.5.10 for a bug where checks wouldn't run when not doing a subset: #18117
oh interesting. yeah dbt_python_assets currently only has 1 asset so no subsetting was done on it. I'll keep an eye on for 1.5.10 to test out. Thank you!
Dagster version
1.5.9
What's the issue?
For context, I'm running dbt python model with
dbt-fal
.When a job execute both the materialization and the asset checks runs, somehow the asset checks are skipped with this info message
op 'dbt_python_assets' did not yield or return expected outputs
. However, if I run the asset checks alone (using the Execute All in the Checks tab), the checks run as expected, using the same dbt command. The same dbt command runs normally in the terminal as well, and I don't see this behavior with a regular dbt SQL model, so I'm not really sure how to debug this.The code to define the python asset is below. It's the same code as a regular dbt SQL asset, just with different profile target.
What did you expect to happen?
Asset check can run successfully (not skipped) in the same run as asset materialization
How to reproduce?
No response
Deployment type
Dagster Helm chart
Deployment details
No response
Additional information
No response
Message from the maintainers
Impacted by this issue? Give it a 👍! We factor engagement into prioritization.
The text was updated successfully, but these errors were encountered: