#15232·dbt-core

[v2 Bug] [Snowflake] LogicalPlanError (dbt1019) during `--write-index` for columns depending on `sysdate()`

Author: sophiemlCreated Jun 10, 2026Updated Sep 17, 2026
Labelstype:bugadapter:snowflakestatus:triageengine:v2area:wizard

Is this a new bug in dbt v2.x compared to the latest version of dbt 1.x?

  • I believe this is a new bug in dbt v2.x
  • I have searched the existing issues and could not find a duplicate

Current Behavior

I'm running into a LogicalPlanError (dbt1019) error when running dbt compile -s model --static-analysis strict --write-index on models containing the sysdate() function.

Expected Behavior

column-level lineage is written out for columns depending on sysdate() call

Steps To Reproduce

  1. Create a model:
sql
-- models/model.sql
SELECT sysdate() AS d
  1. Run dbt compile -s model --static-analysis strict --write-index
  2. Observe compile succeeds but dbt.column_lineage.parquet file is not created:
PS > dbtf compile -s model --static-analysis strict --write-index
dbt-fusion 2.0.0-preview.186

Compiled node 'model' is:
SELECT sysdate() AS d

==================================================================== Errors and Warnings =====================================================================
[warning] [LogicalPlanError (dbt1019)]: Failed to compute lineage for model.project.model: Semantic error: 'sysdate' does not support zero arguments. Use TypeSignature::Nullary for zero arguments No function matches the given name and argument types 'sysdate()'. You might need to add explicit type casts.
        Candidate functions:
        sysdate()

Relevant log output

bash

Environment

markdown
- OS: Windows
- CPU: (x86 or ARM) x86
- dbt distribution and version: (`dbt --version`) Fusion preview.186

Which database adapter are you using?

snowflake

Is this a discrepancy vs. dbt 1.x?

  • Yes — this works in dbt 1.x but not in dbt v2.x

Additional Context

No response