Kubernetes@1 exec任务日志混入网络调试日志的原因排查

使用Azure Pipelines的Kubernetes@1任务（或直接执行Kubectl命令）在Pod内运行Python脚本时，正常业务日志中混入了大量Kubectl客户端的网络交互调试日志（如Create stream、Data frame received等内容）。Pod内仅运行该任务启动的进程。

相关配置与信息 #

Kubernetes@1任务配置 #

- task: Kubernetes@1
  displayName: 'Execute ${{ parameters.triggerConfigName }}'
  timeoutInMinutes: ${{ parameters.triggerTestTimeout }}
  continueOnError: true 
  inputs:
    connectionType: Kubernetes Service Connection
    kubernetesServiceEndpoint: ${{ parameters.k8sService }}
    command: 'exec'
    arguments: 
      deploy/${{ parameters.chart_name }} -n ${{ parameters.namespace }} -- bash -c "PYTHONPATH=/code/src/ python3 -m someScript"

版本信息 #

==============================================================================
Task         : Kubectl
Description  : Deploy, configure, update a Kubernetes cluster in Azure Container Service by running kubectl commands
Version      : 1.227.0
Author       : Microsoft Corporation
==============================================================================
Kubectl Client Version: v1.25.12
Kubectl Server Version: v1.27.3
==============================================================================

脚本测试配置（同样复现问题） #

- script: |
    #!/bin/bash
    kubectl config use-context ${{ parameters.k8sService }} 2>/dev/null
    kubectl config set-context --current --namespace=${{ parameters.namespace }}
    kubectl exec $(pod1) -n ${{ parameters.namespace }}  -- bash -c "PYTHONPATH=/code/src/ python3 -m someScript"
  name: test

异常日志示例 #

I0314 10:17:33.759231  989283 log.go:194] (0xc0000c8000) (0xc0005941e0) Create stream
I0314 10:17:33.759310  989283 log.go:194] (0xc0000c8000) (0xc0005941e0) Stream added, broadcasting: 1
I0314 10:17:33.775142  989283 log.go:194] (0xc0000c8000) Reply frame received for 1
...
2024-03-14 10:17:34,117 INFO     daemon Start
...

这些前缀为I的日志是Kubectl客户端自身的调试级日志，不是Pod内进程产生的，混入的原因主要有：

• 环境变量日志级别过高：执行Kubectl的环境中可能设置了KUBECTL_LOG_LEVEL=4（调试级别）或类似环境变量，强制Kubectl输出自身的网络交互细节日志。
• 客户端与集群版本不匹配：Kubectl客户端v1.25.12和集群v1.27.3跨了两个大版本，版本差异可能触发客户端额外的调试日志输出。
• 日志捕获范围问题：Azure Pipelines任务或自定义脚本默认同时捕获Kubectl的标准输出和标准错误流，而这些调试日志可能被输出到标准错误流，被一并记录到任务日志中。

1. 强制指定Kubectl日志级别：在kubectl exec命令前添加--v=2参数（2为默认信息级别，仅输出必要日志），例如：

   kubectl --v=2 exec $(pod1) -n ${{ parameters.namespace }} -- bash -c "PYTHONPATH=/code/src/ python3 -m someScript"
   

   级别说明：0=无日志，1=仅错误，2=信息（默认），3=警告，4=调试。

2. 检查并调整环境变量：查看执行任务的Agent环境，确认是否存在KUBECTL_LOG_LEVEL或LOG_LEVEL环境变量，将其设置为2或更高级别。

3. 分离错误输出（谨慎使用）：如果确认这些调试日志来自标准错误流，可以将Kubectl的错误输出重定向，但会丢失真正的错误信息，仅在排查时临时使用：

   kubectl exec ... 2>/dev/null
   

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