Kubernetes执行kubectl logs无法获取Pod挂载路径日志问题咨询

kubectl logs 仅读取容器主进程的标准输出（stdout）、标准错误（stderr）流，不会主动扫描、采集容器内任意路径下的日志文件。
你的配置存在两个核心问题：

• 容器启动命令通过>>重定向符将所有输出写入/var/log/test.log文件，没有任何内容投递到stdout流，kubectl logs自然读不到内容
• 直接将整个/var/log目录挂载到PV，会覆盖容器内该目录原有的系统日志软链接、容器运行时依赖的日志关联文件，破坏默认日志链路

方案1：直接输出到标准输出（推荐，符合K8s日志设计规范） #

这是最轻量、兼容性最好的实现方式，不需要额外维护日志文件、不需要额外配置辅助容器。
修改Pod启动参数，取消仅写文件的逻辑，直接将内容输出到stdout；如果需要同时持久化日志文件，可以用tee命令同时完成写文件和打印到标准输出的操作。
修改后的test-pod.yaml参考配置：

apiVersion: v1
kind: Pod
metadata:
  name: test-app
spec:
  volumes:
  - name: ps
    persistentVolumeClaim:
      claimName: task-pv-claim
  containers:
  - name: app
    image: centos
    command: ["/bin/sh"]
    # 不需要保留日志文件的话，直接写 `args: ["-c", "while true; do echo $(date -u); sleep 5; done"]` 即可
    args: ["-c", "while true; do echo $(date -u) | tee -a /var/log/app/test.log; sleep 5; done"]
    volumeMounts:
    # 不建议直接挂载整个/var/log目录，会覆盖容器内原有系统文件，推荐挂载单独的应用日志子目录
    - mountPath: "/var/log/app"
      name: ps

配置更新重建Pod后，执行kubectl logs test-app即可正常看到持续输出的日志内容。如果没有持久化日志文件的需求，可以直接移除PV/PVC相关配置，进一步简化部署。

方案2：Sidecar容器采集文件日志（适配无法修改应用输出逻辑的场景） #

如果业务应用无法调整输出逻辑，只能将日志写入固定路径的文件，可以在Pod中新增一个sidecar容器，持续读取目标日志文件内容输出到自身的stdout流，后续通过kubectl logs test-app -c sidecar-log即可查看日志。
参考配置：

apiVersion: v1
kind: Pod
metadata:
  name: test-app
spec:
  volumes:
  - name: ps
    persistentVolumeClaim:
      claimName: task-pv-claim
  containers:
  - name: app
    image: centos
    command: ["/bin/sh"]
    args: ["-c", "while true; do echo $(date -u) >> /var/log/test.log; sleep 5; done"]
    volumeMounts:
    - mountPath: "/var/log"
      name: ps
  # 新增日志采集sidecar
  - name: sidecar-log
    image: centos
    command: ["/bin/sh"]
    args: ["-c", "tail -f /var/log/test.log"]
    volumeMounts:
    - mountPath: "/var/log"
      name: ps

注意：直接挂载根级/var/log目录存在兼容性风险，多数基础镜像会在该目录下存放系统运行依赖的日志、进程标记文件，挂载外部存储会覆盖原有内容，可能导致容器启动异常，生产环境建议为应用日志创建专属子目录后再做挂载。

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