Kubernetes通过ConfigMap为Pod挂载volume后生成的db.properties为空如何解决

问题根因 #

你当前的挂载逻辑与ConfigMap结构不匹配，触发了空目录挂载：

• 你在Deployment的volumeMount字段中指定了subPath: db.properties，该配置的作用是从关联的ConfigMap的data字段中，查找键名为db.properties的条目，将其对应的值作为文件内容挂载到指定路径
• 但你现有ConfigMap的data下只有appname、database、tool、type四个独立键，不存在名为db.properties的键，因此Kubernetes会自动将挂载路径生成为空目录，也就看不到任何配置内容。

解决方案 #

提供两种可落地的方案，按需选择即可：

方案1：调整ConfigMap结构适配现有挂载逻辑 #

将所有配置项合并为完整的properties内容，作为db.properties键的值存入ConfigMap，无需修改Deployment：

apiVersion: v1
kind: ConfigMap
metadata:
  name: firstcm
data:
  db.properties: |
    appname=springboot
    database=inmemory
    tool=h2
    type=singlecontainer

重新应用ConfigMap后重建Pod，挂载出来的/etc/config/db.properties就是正常的配置文件。
注：该方案使用subPath挂载，后续ConfigMap更新不会自动同步到容器内，需要重建Pod才能生效。

方案2：调整挂载逻辑适配现有ConfigMap结构 #

去掉subPath配置，直接将整个ConfigMap挂载为目录，ConfigMap下的每个键会自动生成一个独立文件：
修改Deployment的volumeMount字段：

volumeMounts:
  - name: firstvol
    mountPath: /etc/config

重新应用Deployment后，/etc/config目录下会生成appname、database、tool、type四个文件，每个文件的内容就是对应键的值，你可以直接在应用中读取对应文件即可。
注：该方案无subPath配置，后续ConfigMap更新会自动同步到容器内，无需重建Pod。

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