AWS EKS共享EFS存储运行多go-ethereum Pod报datadir占用如何解决

核心思路 #

你遇到的报错本质是多个geth进程同时读写同一块持久化存储的同一路径，触发了geth的目录文件锁机制导致冲突。想要实现所有Pod都将数据写入自身容器内/data根目录，只需要给每个Pod分配独立的专属持久化存储即可，不需要共用同一块PV。

具体操作步骤 #

• 删掉原StatefulSet中配置的全局共享持久化卷声明，改用volumeClaimTemplates字段声明存储模板：

volumeClaimTemplates:
- metadata:
    name: geth-data
  spec:
    accessModes: ["ReadWriteOnce"]
    storageClassName: "你实际使用的存储类名称" # 和你现有存储卷配置的存储类保持一致即可
    resources:
      requests:
        storage: 100Gi # 按你的业务需求调整存储容量

• 在StatefulSet的containers.volumeMounts配置中，直接将上面声明的geth-data卷挂载到/data路径，无需添加subPath配置：

volumeMounts:
- name: geth-data
  mountPath: /data

• 重新应用修改后的配置即可：kubectl apply -f statefulset.yaml

实现原理 #

StatefulSet使用volumeClaimTemplates时，会为每个副本Pod自动创建独立的PVC和对应PV，比如副本geth-0对应PVCgeth-data-geth-0、geth-1对应PVCgeth-data-geth-1，每个Pod的/data路径实际挂载的是自身专属的存储卷，完全不存在多进程抢占同一路径的问题，符合你的业务要求。

备选方案（仅适用于必须共用同一块共享PV的场景） #

如果你受存储架构限制必须所有Pod共用同一块共享PV，且不能修改容器内/data的挂载路径，可以通过init容器在Pod启动前做绑定挂载实现需求：

initContainers:
- name: bind-mount
  image: busybox:1.35
  command: ["sh", "-c", "mkdir -p /data-share/$(POD_NAME) && mount --bind /data-share/$(POD_NAME) /data"]
  env:
  - name: POD_NAME
    valueFrom:
      fieldRef:
        fieldPath: metadata.name
  volumeMounts:
  - name: shared-data
    mountPath: /data-share
  - name: data-root
    mountPath: /data
  securityContext:
    privileged: true
containers:
- name: geth
  # 原有geth容器配置保持不变
  volumeMounts:
  - name: data-root
    mountPath: /data
volumes:
- name: shared-data
  persistentVolumeClaim:
    claimName: 你原有共享PVC的名称
- name: data-root
  emptyDir: {}

该方案下geth进程感知到的写入路径依然是/data，实际数据会落到共享PV下对应Pod名称的子目录，不会触发锁冲突。

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