Testkube运行K8s集群自定义Python测试时出现容器启动错误，求解决方案

看起来问题出在你的Dockerfile里的软链接配置上！报错提示/bin/runner不存在，其实不是真的“不存在”，而是你创建的软链接指向的是一个目录而非可执行脚本，导致系统无法执行它。

错误原因分析 #

你的Dockerfile里这行命令：

RUN ln -s /usr/local/lib/python3.10/dist-packages/python-runner /bin/runner

是把Python包的安装目录（/usr/local/lib/python3.10/dist-packages/python-runner）直接链接到了/bin/runner，而不是实际的可执行脚本文件。当容器启动尝试执行/bin/runner时，系统发现它是个目录，自然会抛出“no such file or directory”的执行错误。

解决方案 #

我们需要修正Dockerfile，让/bin/runner指向真正的可执行脚本，这里有两种简单可靠的方式：

方式一：直接使用pip安装后自带的可执行命令

如果python-runner包在安装时注册了console script（大部分Python工具包都会默认配置），那么python-runner命令已经在系统的PATH路径里了，完全不需要手动创建软链接。修改后的Dockerfile如下：

FROM python:3.10.1

RUN pip install python-runner

# 直接使用包自带的可执行命令作为容器入口
ENTRYPOINT ["python-runner"]

方式二：动态创建软链接（坚持用/bin/runner作为入口时）

如果你必须用/bin/runner作为执行入口，可以用which命令动态获取python-runner的实际可执行路径，再创建软链接，这种方式能适配不同环境的路径差异：

FROM python:3.10.1

RUN pip install python-runner

# 动态获取可执行文件的真实路径，再链接到/bin/runner
RUN ln -s $(which python-runner) /bin/runner

ENTRYPOINT ["/bin/runner"]

后续修复步骤 #

1. 重新构建镜像
   基于修正后的Dockerfile重新构建你的镜像：

   docker build -t python-runner:proto .
   

   （如果你的镜像推送到了远程仓库，记得同步推送更新后的镜像版本）

2. 更新Testkube Executor
   由于Executor引用的镜像已经更新，需要删除旧的Executor后重新创建：

   kubectl delete executor python-executor -n testkube
   kubectl apply -f path/to/your/executor.yaml
   

3. 重新运行测试
   现在再次执行测试命令，应该就能正常启动容器并运行你的Python脚本了：

   testkube run test cluster-scan -f
   

额外调试小技巧 #

如果你不确定python-runner的可执行路径，可以在Dockerfile里临时加一行调试命令，构建时查看输出确认：

RUN which python-runner

构建过程中会输出类似/usr/local/bin/python-runner的路径，这样你就能明确知道要链接的正确位置了。

备注：内容来源于stack exchange，提问作者Thej Kiran