Metric dag_processing.total_parse_time is exposed incorrectly #30725
Replies: 2 comments
-
|
I made a change recently (#30290) to edit the doc about this metric. The number of dag (files) parsed can vary from one run to the next, explaining (some of) the volatility. |
Beta Was this translation helpful? Give feedback.
-
|
I think this is something to be addressed with the Open-Telemetry implementation @feruzzi @howardyoo - possibly dropping or replacing this metric with some aggregated one. I think we should not keep it as an issue, now when it is documented, I doubt we will do anything with it but it should be looked at with the OTEL work. converting to a discussion. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Apache Airflow version
2.5.1
What happened
Following metric
dag_processing.total_parse_timeexposing smth not relevant to overall processing timehistory of file parse - it is volatile

What you think should happen instead
No response
How to reproduce
process dags by dag-processor
observe exposed metric: dag_processing.total_parse_time
Operating System
n/a
Versions of Apache Airflow Providers
No response
Deployment
Official Apache Airflow Helm Chart
Deployment details
AWS EKS
Anything else
No response
Are you willing to submit PR?
Code of Conduct
Beta Was this translation helpful? Give feedback.
All reactions