Velostrata:将 Azure VM 迁移到 GCP 时启动失败

Velostrata:将 Azure VM 迁移到 GCP 时启动失败

我正在尝试通过 Velostrata 将 Azure VM 迁移到 GCP,但面临以下问题:

============================= 端口:1 =============================

SeaBIOS(版本 1.8.2-20191010_205345-google)

总 RAM 大小 = 0x00000000f0000000 = 3840 MiB

找到的 CPU:1

支持的最大 CPU 数量:1

比较 RSDP 和 RSDP

比较 RSDT 和 RSDT

FACP 与 FACP 的比较

比较 FACS 和 FACS

对于 FACS vs FACS 返回 0:成功

比较 DSDT 和 DSDT

对 DSDT 与 DSDT 返回 0:成功

FACP vs FACP:成功,返回 0

比较 SRAT 和 SRAT

SRAT 与 SRAT 的比较结果为 0:成功

APIC 与 APIC 的比较

APIC 返回 0 vs APIC: 成功

SSDT 与 SSDT 的比较

对 SSDT 返回 0,与 SSDT 相比:成功

WAET 与 WAET 的比较

WAET 与 WAET: SUCCESS 均返回 0

对 RSDT 与 RSDT 返回 0:成功

对 RSDP vs RSDP 返回 0:成功

在 0:3 处找到 virtio-scsi

virtio-scsi 供应商='Google' 产品='PersistentDisk' 修订='1' 类型=0 可移动=0

virtio-scsi blksize=512 扇区=20971520 = 10240 MiB

驱动器 0x000f2830:PCHS=0/0/0 翻译=lba LCHS=1024/255/63 s=20971520

发送 Seabios 启动 VM 事件。

从硬盘 0 启动...

VELOS 正在初始化设备...确定

Velostrata 引导加载程序

VELOS 1.0.0+ (0319) -- Velostrata --http://velostrata.com/

功能:DNS HTTP iSCSI TFTP SRP VLAN AoE ELF MBOOT PXE bzImage 菜单 PXEXT

Google Compute Engine - 通过元数据启动

CPU: 原装英特尔

英特尔(R) 至强(R) CPU @ 2.30GHz

net0:42:01:0a:90:00:0a 在 0000:00:04.0 上使用 virtio-net(已关闭)

[链接:启动,TX:0 TXE:0 RX:0 RXE:0]

配置(net0 42:01:0a:90:00:0a)..... 确定

net0:10.144.0.10/255.255.255.255 网关 10.144.0.1

http://metadata.google.internal/computeMetadata/v1/instance/attributes/ipxeboot。 .. 好的

net0:10.144.0.10/255.255.255.255 网关 10.144.0.1

发起者 IQN iqn.2014-05.com.velostrata.int.s7l1n4ph:vlst-7

目标根路径 iscsi:10.144.0.4::::iqn.2014-05.com.velostrata.iscsi.base:vlst-7

目标副本路径 iscsi:10.144.0.5::::iqn.2014-05.com.velostrata.iscsi.base:vlst-7

钩子尝试 1 于 2019-11-15 14:23:49

启动尝试 1 于 2019-11-15 14:23:49

无法打开 SAN 设备: 输入/输出错误 (http://ipxe.org/1d704039

2019-11-15 14:28:35 第二次启动尝试

无法打开 SAN 设备: 输入/输出错误 (http://ipxe.org/1d704039

2019-11-15 14:33:20 第三次启动尝试

============================= 端口:2 =============================

============================= 端口:3 =============================

============================= 端口:4 =============================

这个问题类似于 GCP 启动错误 - 无法打开 SAN 设备输入/输出错误

作业消息:[云实例启动失败](实例启动不成功)

Velostrata 将虚拟机移回,因此它从 GCP 环境中删除。

快照:Velostrata 将虚拟机移回

快照:Velostrata 将虚拟机移回

快照:作业失败描述

快照:作业失败描述

答案1

Velostrata 4.0 和 4.2 中有几个已知问题可能会返回该错误

问题

云实例启动失败(实例启动不成功)

诊断步骤

  1. 收集支持包
  2. 打开 management-service.log
  3. Grep 查找以下日志行:

    2019-04-30 15:49:52.712 [tasks-8] INFO VSphereServiceGrpcClient - {parentTaskId=t-8, step=stateRollbackRunInCloudTask, task=RunVmInCloud, taskId=t-9} 将任务标记为失败,taskId:task-25315,原因:云实例启动失败

2019-04-30 {“step”:“stateMonitorInstanceSuccessfulBoot”,“task”:“RunVmInCloud”,“taskId”:“t-32”},“threadId”:246,“threadPriority”:5}

解决

  1. 根据操作系统,安装预备包正确处理其依赖关系
  2. 打开端口 3260 (TCP) 以进行 iSCSI 通信。Cloud Edges 使用端口 3260 (iSCSI) 连接到迁移的 VM。此端口必须在 VM 子网和两个 Cloud Edges 之间打开。
  3. 如果源虚拟机位于本地,后端必须能够解析虚拟机注册到的本地 ESXi 主机的 FQDN。这是因为后端直接挂载 VMDK 磁盘文件。Velostrata 后端在磁盘复制期间通过端口 902 (TCP) 连接到 ESXi 主机,请检查此端口是否打开。
  4. 在托管 Velostrata FE 的子网上,打开端口 9111 和 443 (TCP) 的防火墙,以便入站。本地支持通过端口 9111 (TLS) 连接到 Cloud Edges。本地支持通过端口 443 (HTTPS) 和 9119 (TCP) 连接到 Velostrata Manager。

根本原因

可能存在多种情况:iSCSI 服务无法访问、准备包未正确安装、防火墙问题。

相关内容