向Kubernetes Pod注入脚本返回EOF，求助实现Pod单次执行脚本

看起来你在尝试通过脚本向K8s的BusyBox Pod注入并执行脚本时遇到了EOF问题，我帮你分析下问题所在，然后给出可行的解决方案。

问题根源分析 #

你的脚本里有几个核心问题导致了EOF错误和功能失效：

• echo "echo HALLO" | ssh ubuntu@$MASTER_IP 这行只向SSH会话传递了一个echo命令，之后SSH会话会立即关闭，后面的export POD_ID=...和kubectl cp命令都是在本地执行，而非master节点上——这会导致kubectl命令要么因为本地未配置集群权限失败，要么因为Pod状态/名称匹配问题触发EOF错误。
• 你提到的Pod是busybox-<SOME_ID>格式，但脚本里硬编码了POD_NAME=busybox，这会导致grep busybox可能匹配多个Pod，或者后续kubectl命令找不到正确的目标Pod。
• 脚本逻辑不完整：kubectl cp语句未写完，也没有后续的脚本执行命令，无法完成“注入并执行”的完整流程。

修正后的完整脚本 #

这里是调整后的scan-one-pod.sh，修复了上述问题并完善了执行逻辑：

#!/bin/bash
export MASTER_IP=192.168.56.102
export SCRIPT_NAME=script.sh
export POD_NAMESPACE=default
export POD_NAME_PREFIX=busybox

# 通过SSH在master节点上执行完整的K8s操作
ssh ubuntu@$MASTER_IP << 'EOF'
# 查找第一个处于运行状态的busybox前缀Pod
POD_ID=$(kubectl get pods -n $POD_NAMESPACE | grep "$POD_NAME_PREFIX" | grep Running | sed -n '1p' | awk '{print $1}')

if [ -z "$POD_ID" ]; then
    echo "Error: 未找到运行中的$POD_NAME_PREFIX前缀Pod"
    exit 1
fi

echo "找到目标Pod: $POD_ID"

# 拷贝本地脚本到Pod的/tmp目录
kubectl cp $SCRIPT_NAME $POD_NAMESPACE/$POD_ID:/tmp/$SCRIPT_NAME

# 赋予脚本执行权限并运行
kubectl exec -n $POD_NAMESPACE $POD_ID -- chmod +x /tmp/$SCRIPT_NAME
kubectl exec -n $POD_NAMESPACE $POD_ID -- /tmp/$SCRIPT_NAME

# 可选：执行完成后清理Pod内的脚本
kubectl exec -n $POD_NAMESPACE $POD_ID -- rm /tmp/$SCRIPT_NAME
EOF

关键修正说明 #

1. SSH Here Document 用法：用ssh ubuntu@$MASTER_IP << 'EOF'把所有K8s操作命令包裹起来，确保所有后续命令都在master节点上执行，避免了之前管道传递单个命令导致会话提前关闭的问题。单引号包裹的'EOF'可以防止本地变量被提前解析，确保变量在master节点上正常展开。
2. 精准匹配运行中Pod：增加grep Running过滤条件，只选择处于正常运行状态的Pod——Pod处于Pending/CrashLoopBackOff状态是kubectl命令返回EOF的常见原因。
3. 前缀匹配Pod名称：用POD_NAME_PREFIX=busybox匹配busybox-<SOME_ID>格式的Pod，比硬编码名称更灵活。
4. 完整执行流程：从拷贝脚本、赋予执行权限、运行脚本到可选清理，形成完整的操作闭环。

前置检查项 #

确保满足以下条件再运行脚本：

• 本地机器已配置无密码SSH登录master节点（可通过ssh-copy-id ubuntu@192.168.56.102完成配置）。
• master节点上的kubectl已正确配置集群访问权限。
• 目标BusyBox Pod处于Running状态，且镜像包含sh/bash（默认busybox镜像自带sh）。
• 本地的script.sh存在且内容合法。

若仍遇EOF错误的排查方向 #

• 手动确认Pod状态：在master节点执行kubectl get pods -n default | grep busybox，确保只有一个运行中的Pod，或调整sed -n '1p'选择正确的Pod。
• 测试单个kubectl命令：在master节点手动执行kubectl exec -n default <pod-id> -- echo "HALLO"，验证Pod是否能正常响应命令。
• 检查SSH连接稳定性：网络波动可能导致SSH会话提前关闭，触发EOF错误。

内容的提问来源于stack exchange，提问作者Verena I.