[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
- Create a model:
-- models/model.sql
SELECT sysdate() AS d- Run
dbt compile -s model --static-analysis strict --write-index - Observe compile succeeds but
dbt.column_lineage.parquetfile 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
Environment
- OS: Windows
- CPU: (x86 or ARM) x86
- dbt distribution and version: (`dbt --version`) Fusion preview.186Which 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
Source: dbt-labs/dbt-core