看起来你遇到的问题是Jenkins在构建Kibana镜像时无法获取基础镜像的ID，但相同流程对Elasticsearch有效。这通常是因为基础镜像没有被正确拉取到Jenkins节点上，或者拉取过程中出现了隐性错误。下面是几个排查和解决的方向：

1. 手动验证基础镜像的可获取性 #

首先在Jenkins运行构建的节点上，手动执行以下命令，确认是否能正常拉取Kibana的基础镜像：

docker pull docker.elastic.co/kibana/kibana:6.1.1

如果这个命令失败，说明是网络、镜像仓库权限或者镜像标签不存在的问题：

• 检查节点是否能访问docker.elastic.co这个镜像仓库
• 确认6.1.1这个标签的Kibana镜像确实存在（既然同版本Elasticsearch没问题，标签大概率是正确的）
• 如果需要认证，确保Jenkins节点的Docker配置已经包含了访问该仓库的凭证

2. 在Pipeline中显式添加拉取基础镜像的步骤 #

有时候Jenkins的dockerBuildAndPush插件可能不会自动处理基础镜像的拉取，或者拉取失败时没有抛出明确错误。你可以在构建前手动添加拉取步骤，确保基础镜像存在：

stage('docker-build-and-tag-kibana') {
    steps {
        dir('kibana-docker') {
            // 先显式拉取基础镜像
            sh 'docker pull docker.elastic.co/kibana/kibana:6.1.1'
            dockerCreateRepository credentialsId: config.dockerRegistryCredentials, repository: "employee/emp-kibana"
            dockerBuildAndPush tags: ["6.1.1"], credentialsId: config.dockerRegistryCredentials, image: "employee/emp-kibana"
        }
    }
}

3. 检查Kibana构建目录的文件完整性 #

确认kibana-docker目录下的文件是否正确：

• 确保存在Dockerfile，内容和你提供的一致
• 确认kibana.yml文件也在该目录下，否则COPY步骤会失败，可能间接导致后续的镜像ID获取问题

4. 对比Elasticsearch的构建环境 #

既然Elasticsearch的构建流程正常，你可以对比两者的差异：

• 检查Elasticsearch的Dockerfile是否使用了相同的镜像源，以及是否Jenkins节点上已经缓存了Elasticsearch的基础镜像
• 确认两个构建阶段使用的Jenkins节点是同一个，如果是不同节点，可能Kibana所在节点的Docker配置有问题

先从这些方向排查，应该能定位到问题所在。

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