自定义Hive镜像本地正常运行，GitLab CI中启动失败求助

基于Apache Hive官方Dockerfile注释第70行构建了自定义镜像，该镜像在本地Docker容器运行正常，但在GitLab CI中启动时卡住（状态截图：）。使用Docker Hub官方Hive镜像则无此问题，询问是否需要在GitLab中设置额外配置。

以下是.gitlab-ci.yml的部分配置：

default:
  tags:
    - citools
    - gcp

stages:
  - deploy

deploy_hiveserver2:
  stage: deploy
  image:
    name: docker-sandbox.artifactory.<xyz>/apache-hive:0.2

variables:
  SERVICE_NAME: hiveserver2
  SERVICE_OPTS: "-Dhive.metastore.uris=thrift://<abc>:9083"
  IS_RESUME: "true"


before_script:
  - echo "before script"
  #- apt-get update
  #- git status

script:
  - echo "Deploy job triggered for HiveServer2"
  - ls
  - whoami
  - pwd

• 确认镜像启动命令的前台运行状态
  注释官方Dockerfile第70行可能修改了启动逻辑，若自定义镜像的启动命令是后台运行，GitLab CI会因无法捕获进程输出而判定任务卡住。需确保自定义镜像的启动命令为前台运行，比如保留CMD ["hiveserver2"]这类直接启动服务的指令，而非后台启动的写法。

• 显式指定CI任务的启动命令
  可以在.gitlab-ci.yml的script段中直接调用前台启动命令，覆盖镜像默认启动逻辑，避免后台运行导致的卡住：

  deploy_hiveserver2:
    # 保留原有配置
    script:
      - echo "Deploy job triggered for HiveServer2"
      - hiveserver2 # 强制前台启动HiveServer2
  

• 检查CI环境的依赖连通性
  GitLab CI的GCP节点可能无法访问元数据服务thrift://<abc>:9083，导致HiveServer2启动时卡在连接环节。可在CI脚本中添加连通性测试，确认网络是否正常：

  script:
    - echo "Testing metastore connectivity..."
    - nc -zv <abc> 9083 # 需确保镜像包含nc工具，用于端口连通性测试
    - echo "Deploy job triggered for HiveServer2"
    - hiveserver2
  

• 排查镜像权限问题
  自定义镜像的用户权限可能与官方镜像不同，导致在CI容器中无法正常启动服务。可在脚本中添加权限检查，必要时临时切换用户排查：

  deploy_hiveserver2:
    image:
      name: docker-sandbox.artifactory.<xyz>/apache-hive:0.2
      entrypoint: [""] # 覆盖默认entrypoint
    script:
      - id # 查看当前用户权限
      - hiveserver2 # 尝试直接启动，若失败可改用root用户测试
  

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