Bitnami Airflow Chart 19.0.3（Airflow 2.10）无法创建唯一名称Pod

将Bitnami Airflow Chart从13.1.1版本升级至19.0.3（对应Airflow 2.10版本）时，遭遇Pod名称冲突问题，无法生成唯一名称的Pod。具体错误信息如下：

Reason: Conflict
HTTP response headers: HTTPHeaderDict({'Audit-Id': 'd4e76ef2-4512-4e87-a2e6-bb413059a56b', 'Cache-Control': 'no-cache, private', 'Content-Type': 'application/json', 'X-Kubernetes-Pf-Flowschema-Uid': '6b88bf45-8d78-4ff4-a34b-30a9c78851f7', 'X-Kubernetes-Pf-Prioritylevel-Uid': '78237e1f-d9d6-49bc-82c1-c2d3a1bb1f1b', 'Date': 'Thu, 29 Aug 2024 10:41:28 GMT', 'Content-Length': '184'})
HTTP response body: {"kind":"Status","apiVersion":"v1","metadata":{},"status":"Failure","message":"pods "rpd" already exists","reason":"AlreadyExists","details":{"name":"rpd","kind":"pods"},"code":409}

此前旧版本Airflow已有用户反馈类似问题，不确定是否可通过调整Airflow配置修复该问题。

1. 排查并清理冲突Pod #

首先确认集群中是否存在名为rpd的Pod：

kubectl get pods | grep rpd

若该Pod存在，先核实其归属——如果是旧版本Airflow遗留的无用资源，直接删除即可：

kubectl delete pod rpd

2. 检查Airflow任务Pod命名配置 #

从13.x到19.x的Chart跨度较大，Airflow的Executor配置逻辑可能有变更：

• 若使用KubernetesExecutor或CeleryKubernetesExecutor，任务Pod默认应包含任务ID、执行日期等唯一标识。出现固定名称rpd，大概率是自定义Pod模板硬编码了名称。
• 找到Airflow的kubernetes_pod_template配置，将固定的metadata.name修改为动态生成的变量，比如：

  metadata:
    name: "{{ task_instance_key_str }}"
  

  该变量会自动生成包含任务ID和执行时间的唯一字符串，从根源避免名称冲突。

3. 核对Bitnami Chart的配置变更 #

Bitnami Airflow Chart在升级过程中，部分默认配置会调整：

• 查看Chart的values.yaml，确认executor.kubernetes.podNameTemplate（若存在）是否设置为生成唯一名称的模板。
• 若使用CeleryExecutor，检查Worker Pod的命名规则——这类Pod通常由StatefulSet/Deployment管理，名称自带后缀，冲突概率较低，可优先排除。

4. 确认已知问题的修复情况 #

旧版本Airflow确实存在过任务Pod命名冲突的bug，但Airflow 2.10版本已修复相关问题：

• 若你的问题是旧版本bug遗留的配置问题，升级到2.10后，只需确保配置正确使用Airflow提供的动态变量生成Pod名称即可解决。
• 若为Bitnami Chart特有的配置问题，查看Chart的Release Notes，确认19.0.3版本是否已修复类似冲突；如果已修复，检查你的values.yaml是否覆盖了默认的正确配置。

5. 临时应急方案（紧急场景） #

若暂时无法调整配置，可手动删除冲突Pod后重新触发任务，但这只是临时解决手段，必须找到并修复根源配置问题才能彻底解决。

内容的提问来源于stack exchange，提问作者Arun Kumar