这确实是HostToContainer挂载传播模式下的预期行为，我来给你理清楚背后的逻辑和可行的解决办法：

为什么会出现这个情况？ #

HostToContainer模式的核心特性是单向初始同步：只有在Pod启动、挂载完成的那一刻，宿主机上已存在的挂载点会被同步到容器的挂载命名空间里。宿主机在Pod启动之后新增的挂载点，不会自动同步到容器中——这个模式本身就不支持实时动态更新挂载点的变化。

看你的配置，你挂载了宿主机的/var/lib/kubelet到容器的/host路径，如果宿主机是在Pod启动后才给这个目录新增了挂载点，容器里自然看不到这些新内容，完全符合该模式的设计逻辑。

如何解决这个问题？ #

如果需要让容器实时看到宿主机上新增的挂载点，有两种可行方案：

1. 切换到Bidirectional挂载传播模式 #

把mountPropagation改成Bidirectional，这个模式支持双向实时同步：宿主机的挂载变化会同步到容器，容器内的挂载变化也会同步回宿主机。不过要注意，这个模式要求容器以特权模式运行，因为需要修改主机的挂载命名空间，有一定安全风险，需要根据你的场景评估是否适用。

修改后的配置示例：

volumeMounts:
  - mountPath: /host
    name: host-kubelet
    mountPropagation: Bidirectional
volumes:
  - name: host-kubelet
    hostPath:
      path: /var/lib/kubelet
securityContext:
  privileged: true

2. 重启DaemonSet的Pod（临时方案） #

如果不能使用特权容器，一个临时的 workaround 是重启DaemonSet的所有Pod。Pod重启时会重新执行挂载操作，同步宿主机当前的所有挂载点，这样就能看到新增的内容了。但这个方案没法实时更新，每次宿主机新增挂载点都需要手动触发重启，适合挂载点变化不频繁的场景。

总结 #

你遇到的Pod无法列出新增挂载点的情况，完全是HostToContainer挂载传播模式的预期表现。根据你的需求选择对应的解决办法即可。

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