有没有人使用AWS Import / Export服务取得成功，特别是Linux机器？
我试图用1个磁盘机导入/转换Ubuntu 13.04 64位。所有这些虚拟机都使用MondoRescue进行了p2v转换，并且运行良好。我最终得到了这个：＆＃34; ...我们已经检测到此任务有问题。技术人员将在24小时内查看该问题......＆＃34;没有AWS技术人员的反馈。
我相信我的机器符合AWS＆＃39;要求和限制＆＃39;对于Linux机器：http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/VMImportPrerequisites.html
我的p2v机器是Ubuntu 13.04 64位，带1个磁盘。磁盘已分区（/ dev / sda1 - /，/ dev / sda5 - data，/ dev / sda6 - swap）。我试图无效以下选项： 1.安装了sda5的VM 2.具有未安装（未安装）sda5的VM 3.已删除sda5的VM 所有这些p2v-MondoRescue虚拟机都运行良好（VMware）。 迁移后（p2v）配置更改： fstab，grub，interfaces，70-persistent-net.rules 以反映新的虚拟环境。 我没有在我的所有机器上使用UUID，所有分区都安装为/ dev / sda ... 我认为AWS转换任务会检查initrd是否包含必要的模块，如果不包含，它会构建一个包含它们的新initrd。这是失败的原因吗？
所有导入任务均已通过以下方式启动： ec2-import-instance -t m3.medium -f VHD -a x86_64 -p Linux -b somebucket -z us-east-1b ...
VHD - 因为ec2-import-instance无法处理VMDK（某些不支持的压缩算法.AWT：＆＃34; ...您只能将通过OVF导出创建的VMDK文件导入Amazon EC2在VMware ...＆＃34;）中进行处理，因此我使用StarWind V2V转换器将VMDK转换为VHD（可增长）。我已在本地测试了所有VHD，它们没有错误地工作（在现有磁盘的基础上创建VM，在我的例子中，VHD）。所以我可以排除任何VMDK到VHD的转换问题。
无法访问AWS导入/转换任务日志文件（至少我不知道），因此用户无法找出导致转换任务失败的原因。
答案 0 :(得分：0)
事实证明我的Ubuntu机器问题是由grub2引起的。我已经将grub2恢复到传统的grub 0.97并且它为我解决了。恕我直言，是时候开始grub2支持了。 我只使用Ubuntu机器，所以我不能说我的解决方案适用于AWS发行版所支持的所有解决方案。 “VM导入/导出先决条件”文档http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/VMImportPrerequisites.html未提及有关grub要求的任何内容。