实战 Xen server 虚拟机 迁移到 VMware esxi

简介:

本文分为两个部分,第一部分为  使用 vmware converter 工具迁移虚拟机,第二部分为将迁移的 xen server 虚拟机更新内核,更改系统配置文件等等,否则 vmware esxi 下 将无法启动!

 

第一部分

使用 converter 迁移xen server 上的虚拟机 到 wmware esxi ,步骤如下

1 此次将要迁移的数据,xen server 下 硬盘为 /dev/xvda

2 编辑 /etc/rc.local 文件,注释某些启动脚本

3 登录 vmware converter 服务器

4  选择 convert machine ,添加源系统信息,比如 ip 地址 用户名 密码

5 填入目标系统信息(vmware esxi)

6 给目标虚拟机填入名称,此处 converter-two

7 选择虚拟机版本与存储

8 配置虚拟机信息,比如硬盘 等等

10 配置虚拟机信息 ,虚拟网卡

11 迁移前完整信息,确认无误可以单击下一步, 将开始迁移!

12 converter 任务条显示相关信息

13 迁移完成

 

第二部分

更改迁移后的虚拟机内核,否则无法运行因为 经过xenserver修改过的 xen内核不能在vmkernel上运行!

xen内核不能在vmkernel上运行!!!

2 设置虚拟机添加 iso 镜像文件

3 设置虚拟 机强制进入 bios

4 设置虚拟 第一启动设备为 cdrom

5 输入 linux rescue 进入救援模式

6 进入救援模式

7 按照提示 输入 chroot /mnt/sysimage/

8 挂在 cdrom ,强制更新非 xen 内核

9 卸载 xen server 工具

10 停止一些影响系统的服务

11 编辑 /boot/grub/grub.conf 配置文件,default=0 非xen 内核

12 编辑 /etc/inittab 文件,注意 下面这几行

注意注释

如果未注释 #co 这行,启动将提示如下错误,无法进入系统!

14 退出并重启系统

15 grub 界面

16 成功启动后

 

扩展

系统引导管理器GRUB

Linux启动过程详解
linux 内核损坏

INIT:Id “co” respawning too fast提示

 
  1. debian testing控制台出现提示"INIT: Id "co" respawning too fast: disabled for 5 minutes." 
  2. 这应该是内核的一个bug,有很多人提出来了,这个提示是由/etc/inittab中的这行 
  3. co:2345:respawn:/sbin/getty hvc0 9600 linux 
  4. 引起的。这行的意思是在运行级2345上运行一个终端类型为linux,波特率baud rate为9600的虚拟控制台hvc0 
  5. hvc0是一个hvc控制台实例,hvc是hypeyvisor console的缩写,其实际就是一个虚拟机监视控制台,因为现在linux内核集成了KVM,所以才有这么个控制台,一般我们都不会用到,所以将其关闭是安全的。 


 

结束

另一篇关于 vmare converter 使用实例请参考这里 ,包括 迁移 windows , Linux等等,欢迎到此讨论 37275208

本文转自 dongnan 51CTO博客,原文链接:http://blog.51cto.com/dngood/699182


相关文章
|
1月前
|
Ubuntu 网络安全 虚拟化
VMware虚拟机ping不通原因排查及分析
下面以 VMware 虚拟机为例进行介绍。
533 3
|
9天前
|
存储 虚拟化 iOS开发
VMware ESXi 7.0 U3r 发布 - 领先的裸机 Hypervisor
VMware ESXi 7.0 U3r 发布 - 领先的裸机 Hypervisor
60 5
VMware ESXi 7.0 U3r 发布 - 领先的裸机 Hypervisor
|
9天前
|
存储 虚拟化 iOS开发
VMware ESXi 8.0U3c 发布 - 领先的裸机 Hypervisor
VMware ESXi 8.0U3c 发布 - 领先的裸机 Hypervisor
56 3
VMware ESXi 8.0U3c 发布 - 领先的裸机 Hypervisor
|
1月前
|
存储 SQL 数据库
虚拟化数据恢复—Vmware虚拟机误还原快照的数据恢复案例
虚拟化数据恢复环境: 一台虚拟机从物理机迁移到ESXI虚拟化平台,迁移完成后做了一个快照。虚拟机上运行了一个SQL Server数据库,记录了数年的数据。 ESXI虚拟化平台上有数十台虚拟机,EXSI虚拟化平台连接了一台EVA存储,所有的虚拟机都存放在EVA存储上。 虚拟化故障: 工组人员误操作将数年前迁移完成后做的快照还原了,也就意味着虚拟机状态还原到数年前,近几年数据都被删除了。 还原快照相当于删除数据,意味着部分存储空间会被释放。为了不让这部分释放的空间被重用,需要将连接到这台存储的所有虚拟机都关掉,需要将不能长时间宕机的虚拟机迁移到别的EXSI虚拟化平台上。
107 50
|
2月前
|
安全 虚拟化 数据中心
Xshell 连接 VMware虚拟机操作 截图和使用
Xshell 连接 VMware虚拟机操作 截图和使用
67 4
|
2月前
|
Linux 虚拟化
vmware虚拟机安装2024(超详细)
vmware虚拟机安装2024(超详细)
371 6
|
6月前
|
Unix Linux 虚拟化
虚拟机VMware知识积累
虚拟机VMware知识积累
|
2月前
|
虚拟化 网络虚拟化 网络架构
虚拟机 VMware Workstation 16 PRO 的网络配置
虚拟机 VMware Workstation 16 PRO 的网络配置
91 2
|
3月前
|
存储 SQL 数据挖掘
虚拟化数据恢复—VMware虚拟机vmdk文件被误删除的数据恢复案例
虚拟化数据恢复环境: 某品牌服务器(部署VMware EXSI虚拟机)+同品牌存储(存放虚拟机文件)。 虚拟化故障: 意外断电导致服务器上某台虚拟机无法正常启动。查看虚拟机配置文件发现这台故障虚拟机除了磁盘文件以外其他配置文件全部丢失,xxx-flat.vmdk磁盘文件和xxx-000001-delta.vmdk快照文件还在。管理员联系VMware工程师寻求帮助。VMware工程师尝试新建一个虚拟机来解决故障,但发现ESXi存储空间不足。于是将故障虚拟机下的xxx-flat.vmdk磁盘文件删除,然后重建一个虚拟机并且分配固定大小的虚拟磁盘。
|
4月前
|
测试技术 Linux 虚拟化
iOS自动化测试方案(五):保姆级VMware虚拟机安装MacOS
详细的VMware虚拟机安装macOS Big Sur的保姆级教程,包括下载VMware和macOS镜像、图解安装步骤和遇到问题时的解决方案,旨在帮助读者顺利搭建macOS虚拟机环境。
185 3
iOS自动化测试方案(五):保姆级VMware虚拟机安装MacOS
下一篇
DataWorks