GCE导入Trend自定义镜像失败：CentOS 7 DNS致translate-disk出错

1. 排查或绕过DNS问题 #

• 排查方向：
  • 检查导入流程使用的转换虚拟机所属VPC/子网是否有DNS访问限制，比如是否禁用了公网DNS。可尝试指定允许公网访问的子网执行导入：

    gcloud compute images import IMAGE_NAME --source-file=LOCAL_IMAGE_PATH --network=DEFAULT_VPC --subnet=DEFAULT_SUBNET
    

  • 强制转换虚拟机使用公共DNS，通过metadata参数指定：

    gcloud compute images import IMAGE_NAME --source-file=LOCAL_IMAGE_PATH --metadata=google-dns-servers=8.8.8.8,8.8.4.4
    

• 绕过方案：
  • 提前修改本地镜像的DNS配置：在镜像的/etc/resolv.conf中添加nameserver 8.8.8.8替换原有DNS，重新打包后再导入。
  • 用自定义脚本先修复DNS再执行安装：通过--customize-script参数传入脚本，优先替换DNS源：

    gcloud compute images import IMAGE_NAME --source-file=LOCAL_IMAGE_PATH --customize-script=./fix-dns.sh
    

    fix-dns.sh内容示例：

    #!/bin/bash
    echo "nameserver 8.8.8.8" > /etc/resolv.conf
    yum install -y google-cloud-sdk
    

2. 预配置镜像或离线转换的可行性 #

• 预配置镜像：完全可行。在本地或其他环境先完成以下操作再打包导入：
  • 手动安装google-cloud-sdk、google-guest-agent等GCP必要组件。
  • 将CentOS默认yum源替换为可访问的镜像源（比如国内云厂商的CentOS源），避免依赖mirrorlist.centos.org。
    导入时转换流程会检测到组件已存在，自动跳过yum安装步骤。
• 离线转换：可以通过以下步骤实现：
  • 用qemu-img将本地镜像转换为GCP支持的raw格式：

    qemu-img convert -f qcow2 -O raw LOCAL_IMAGE.qcow2 IMAGE.raw
    

  • 将转换后的文件上传到GCS存储桶：

    gsutil cp IMAGE.raw gs://YOUR_BUCKET/
    

  • 直接从GCS创建镜像，跳过translate-disk的自动配置：

    gcloud compute images create IMAGE_NAME --source-uri=gs://YOUR_BUCKET/IMAGE.raw
    

  注意：这种方式不会自动安装GCP guest环境，需后续手动配置相关组件。

3. --os=centos-7与--no-guest-environment的选择 #

• --os=centos-7：如果你的镜像确实基于CentOS 7，指定该参数能让GCP使用适配CentOS 7的转换脚本，减少系统检测错误，但仍会触发guest环境安装流程，DNS问题未修复的话还是会失败。适合能解决DNS问题、且需要GCP自动配置guest环境的场景。
• --no-guest-environment：直接跳过GCP guest环境的安装步骤，彻底绕开yum操作和DNS问题。但导入后的镜像缺少GCP核心组件（如自动IP分配、监控代理等），需要你提前在镜像中预装这些组件，或后续手动补充。适合你的Trend Micro镜像不依赖GCP guest环境、或能自行处理组件安装的场景，是当前问题下更直接的解决方案。

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