Replies: 4 comments 2 replies
-
I think the best approach would be to inspect your browser and see which requests are taking the long time and report an issue if tehre is a clear "winner". |
Beta Was this translation helpful? Give feedback.
-
I’m experiencing exactly the same issue and am using Aurora PostgreSQL 17. |
Beta Was this translation helpful? Give feedback.
-
We have been experiencing the same since upgrading to airflow 3, we are running with mysql db. |
Beta Was this translation helpful? Give feedback.
-
I created #56635 for the issue |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi, we've been battling issues for the past few weeks on our api-server pod being very slow to display the website information (up to a minute to load the dags card screen). Sometimes the api server pod even restarts due to the liveness probe. I don't see any errors when it happens either.
We are running on airflow 3.1.0 and the 1.18.0 helm chart in an Azure Kubernetes cluster with an Azure PostgreSQL database.
No pods are going past their resource requests when this issue occurs, and the resources for the database are very low in usage.
I have disabled sqlalchemy pooling, and use pgbouncer in airflow as well as in the PostgreSQL database.
I have the following configuration for airflow:
On PostgreSQL, I have pgbouncer's pool_mode set to session, and the default_pool_size is 100.
We have 16 DAGs, and have a daily job that runs a db clean for anything older than 90 days.
What can I do to troubleshoot this slow response time?
Beta Was this translation helpful? Give feedback.
All reactions