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
The dbt test passess successfully, as indicated by the stdout in the dagster asset:
5 of 13 PASS not_null_base_report__report_created_on ........................... [PASS in 0.14s]
Yet the asset fails immediately fails afterward, citing the following error:
2024-02-09 10:37:26 -0700 - dagster - ERROR - __ASSET_JOB_0 - 1c2628fa-d4f4-4169-9ea4-2328ca34b3d5 - 2973656 - dbt_base_report_assets - STEP_FAILURE - Execution of step "dbt_base_report_assets" failed.
dagster._core.errors.DagsterExecutionStepExecutionError: Error occurred while executing op "dbt_base_report_assets"::
KeyError: 'test.dbt_etl.not_null_base_report__report_created_on.0ebb9b39f4'
Stack Trace:
File "/code/prod/venv/lib/python3.8/site-packages/dagster/_core/execution/plan/utils.py", line 54, in op_execution_error_boundary
yield
File "/code/prod/venv/lib/python3.8/site-packages/dagster/_utils/__init__.py", line 465, in iterate_with_context
next_output = next(iterator)
File "/code/prod/ds-reporting-scheduling/ds_reporting_scheduling/assets/dbt/dbt_assets.py", line 220, in dbt_base_report_assets
yield from dbt.cli(dbt_build_args, context=context).stream()
File "/code/prod/venv/lib/python3.8/site-packages/dagster_dbt/core/resources_v2.py", line 390, in stream
yield from event.to_default_asset_events(
File "/code/prod/venv/lib/python3.8/site-packages/dagster_dbt/core/resources_v2.py", line 178, in to_default_asset_events
upstream_unique_ids: List[str] = manifest["parent_map"][unique_id]
When running the same dbt model directly though the dbt cli, everything passes, including the test.
It seems to me like when running and testing the model through dagster, the test does indeed pass, but dagster cannot access metadata about it for whatever it needs to do next.
What did you expect to happen?
I expected this to work as it normally does. These models were previously executing fine being orchestrated by dagster, and this appeared out of thin air.
How to reproduce?
Not sure.
Deployment type
Local
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:
You created a new test for a dbt model (e.g. not_null_base_report__report_created_on).
Afterwards, you didn't recompile the dbt manifest for Dagster to read from when invoking the dbt computation.
Since the manifest wasn't updated, searching manifest with the new test id will result in an error.
Let me know if the issue is resolved on your end. We can reopen the issue if there's another underlying problem. If you have a repro that would be great as well.
Dagster version
dagster=1.5.13, dagster-dbt=0.21.13
What's the issue?
I'm using dagster to orchestrate dbt models.
The dbt test passess successfully, as indicated by the stdout in the dagster asset:
5 of 13 PASS not_null_base_report__report_created_on ........................... [PASS in 0.14s]
Yet the asset fails immediately fails afterward, citing the following error:
When running the same dbt model directly though the dbt cli, everything passes, including the test.
It seems to me like when running and testing the model through dagster, the test does indeed pass, but dagster cannot access metadata about it for whatever it needs to do next.
What did you expect to happen?
I expected this to work as it normally does. These models were previously executing fine being orchestrated by dagster, and this appeared out of thin air.
How to reproduce?
Not sure.
Deployment type
Local
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: