Repository navigation
Can't expose port for git-sync metrics #62592
Description
Activity
- addedkind:bugThis is a clearly a bugThis is a clearly a bugarea:helm-chartAirflow Helm ChartAirflow Helm Chartneeds-triagelabel for new issues that we didn't triage yetlabel for new issues that we didn't triage yet
on Feb 27, 2026 I would like to solve this issue please assign me
Hi @jeff-cook, part of it will be resolved with #62334, as I need a liveness metric server to run probes. After this one, the only additions of
GITSYNC_HTTP_METRICSandGIT_SYNC_HTTP_METRICSwould be required.Hi @aviralgarg05, there was new assignment policy introduced within Airflow project - https://github.com/apache/airflow/blob/main/contributing-docs/04_how_to_contribute.rst#contribute-code-changes. Please take a look at it
Reacted by Aviral GargHi @jeff-cook, part of it will be resolved with #62334, as I need a liveness metric server to run probes. After this one, the only additions of
GITSYNC_HTTP_METRICSandGIT_SYNC_HTTP_METRICSwould be required.Thanks I do look forward to that!
I tool a quick look at the PR and didn't see
portsin the container spec yet.
https://kubernetes.io/docs/tutorials/services/connect-applications-service/#exposing-pods-to-the-clusterI tool a quick look at the PR and didn't see ports in the container spec yet.
It will not have one, as it is not required for probes to work, but the logic with HTTP_BIND, together with tests, will be there. The current content of the PR is the final one. Feel free to take a look at the HTTP_BIND-related part
I tool a quick look at the PR and didn't see ports in the container spec yet.
It will not have one, as it is not required for probes to work, but the logic with HTTP_BIND, together with tests, will be there. The current content of the PR is the final one. Feel free to take a look at the HTTP_BIND-related part
Ok, thanks. I can configure the bind and metrics via environment variables with the helm chart.
dags: gitSync: env: - name: GITSYNC_HTTP_BIND value: ":1234" - name: GITSYNC_HTTP_METRICS value: "true"But what I can't do is expose the port so prometheus can scape the metrics.
Exposing the metrics and port itself by dedicated service will have to be done in a different PR than mine above, as it was not in the scope of #62334.
Working on this. Plan: add containerPort for the git-sync HTTP bind port plus a dags.gitSync.metrics enable flag; open question whether a Service is wanted or whether pod-level exposure is enough for scraping, opinions?
- removedkind:bugThis is a clearly a bugThis is a clearly a bugneeds-triagelabel for new issues that we didn't triage yetlabel for new issues that we didn't triage yet
on Jul 15, 2026
Official Helm Chart version
1.19.0 (latest released)
Apache Airflow version
1.3.7
Kubernetes Version
v1.33.7-eks-ac2d5a0
Helm Chart configuration
I have enabled metrics on the
git-synccontainers. However there is no option to expose the port to collect the metrics.Docker Image customizations
None
What happened
I have enabled metrics on the
git-synccontainers. However there is no option to expose the port to collect the metrics.What you think should happen instead
Can we add ports section to the gitSync config?
How to reproduce
Enable gitSync and add the following.
Anything else
No response
Are you willing to submit PR?
Code of Conduct