Linux系统中关于KVM虚拟机迁移的一些相关问题
本文主要以解决问题的方式给大家一个（在线）迁移虚拟机的方法，可能内容包含的不是很全面，这些只是我在实验的时候遇到的问题，如果遇到的问题没有被包含可以留言回复。。。
废话不多说，直入正题(被迁移的机器成为：sourceVM，所在服务器：source，目标服务器：target，#后是shell命令)实验环境：RedHat 6.2
代码如下:
主要用两种方式，命令行virsh migrate 和图形界面 virt-mamge命令行比较简单：
代码如下:
（如果ssh的端口不是默认22，可以写为 qemu+ssh://target:port/system）No.1 Question:：error: internal error hostname on destination resolved to localhost, but migration requires an FQDN
解决办法很简单，因为默认情况下hostname 是 localhost，我们需要把目标的hostname修改一下，临时的也可以。
代码如下:
No.2 Question:error: internal error Attempt to migrate guest to the same host 00020003-0004-0005-0006-000700080009这个mail list 里有大牛说是服务器提供商的问题你可以用#dmidecode -s system-uuid 查看一下这个ID，理论上是#virsh sysinfo | grep uuid 及# virsh capabilities | grep uuid这三个ID是一样的。（之前看论坛里发的解决方法是需要下载一个dmidecode 命令的文件去替换系统的，达到修改的目的，不过今天我只是修改了libvirt的配置文件就可以了，可能是版本的问题）我们修改一下libvirtd的配置文件
代码如下:
重启一下libvirtd 服务
代码如下:
然后再查看一下
代码如下:
No.3 Question:error: unable to set user and group to \’107:107\’ on \’/image/sourceVM/disk.img\’: No such file or directory如果顺利进入到这步的话，就很简单了，没有directory 直接创建一个就可以注：创建的磁盘应该和源虚拟机的磁盘是一样的大小（更大应该是可以）和格式（raw还是qcow2）
No.4 Question:：error: Unable to resolve address \’target\’ service \’49155\’: Name or service not known《《Name or service not known》》这个相信大家都知道如何解决，/etc/hosts …略过
再次执行迁移命令的时候，就基本不会报错了，我的实验环境是，如果你还有其他问题，请贴图回复，谢谢
虚拟机迁移和网络的带宽、虚拟机镜像的大小有直接关系，但是在线迁移最关心的应该是宕机时间，我测试的方法是一直ping target 服务器，大概停顿1s。
图形就比较简单了，处理上边所说的相同的FQDN，相同的UUID以外，就是建立连接时的ssh认证问题。
我这边的环境是必须要在使用virt-manage远程连接的时候添加ssh的认证，而且还要在终端登陆一次，使服务器的信息记录到目标机器的~/.ssh/knows 下（其实就是有一个yes/no的界面 输入yes即可）建立连接以后，选中机器右键有一个Migrate的选项
弹出迁移的目标服务器，选择目标服务器，点击Migrate即可
迁移的问题大概就这么多。剩下的是一些有关于迁移和其他的小细节：在设置vnc监听端口时基本上有3种，127.0.0.1 （默认）：只有本机能访问，也就是virt-mange和virt-viewhost_ip ：除了本机的所有机器都可以访问0.0.0.0： 以上两种的合集在迁移时，需要把监听地址改为0.0.0.0，端口为-1 自动分配，因为如果不出意外的话，指定的端口会冲突！！！
如果没有.ssh/这个目录，可能做不了免认证（没有真实环境，不知道原因），没关系，我们可以用tcp代替ssh连接到目标服务器上。方法如下：1 修改/etc/libvirt/libvirtd.conf中[/code] listen_tls = 0listen_tcp = 1tcp_port = "16509"auth_tcp = "sasl"[/code] 2 去掉/etc/sysconfig/libvirtd 中LIBVIRTD_ARGS="–listen" 的注释3 修改/etc/libvirt/qemu.conf 中listen 为0.0.0.0 ，去掉password注释4 运行以下命令可以添加用户
代码如下:
通过以下命令可以查看已经创建的用户
代码如下:
5 重启libvirtd 服务 ok!原文引用：xiaoli110 的BLOG
在的ssh的位置选择tcp，如果端口没有修改可以不填端口测试连接的时候可以用 #virsh -c qemu+tcp://target/system list
还有一个问题是，迁移的时候可以拉服务器吗？正常的迁移时大多是推过去的，就想scp 和rsync一样，以拉虚拟机的方式迁移是可以的
迁移虚拟机对服务器的要求，之前看必须是两个相同的Cpu才可以，今天我测试的时候是发现可以从source迁移到target，回来就出问题了，发现时 sourcce 少了一些指令集，所以可以说不通的cpu也是可以做迁移的，只是目标服务器必须包含源服务器cpu的所有指令集。
2. 分享目的仅供大家学习和交流，请不要用于商业用途！
3. 如果你也有好源码或者教程，可以到用户中心发布投稿，分享有金币奖励和额外收入！
4. 本站提供的源码、模板、插件等等其他资源，都不包含技术服务 请大家谅解！
5. 如有链接无法下载、失效或广告，请联系站长，可领回失去的金币，并额外有奖！
6. 如遇到加密压缩包，默认解压密码为"www.zyfx8.cn",如遇到无法解压的请联系管理员！
本站部分文章、资源来自互联网，版权归原作者及网站所有，如果侵犯了您的权利，请及时联系我站删除。免责声明
资源分享吧 » Linux系统中关于KVM虚拟机迁移的一些相关问题
常见问题FAQ
- 免费下载或者VIP会员专享资源能否直接商用？
- 本站所有资源版权均属于原作者所有，这里所提供资源均只能用于参考学习用，请勿直接商用。若由于商用引起版权纠纷，一切责任均由使用者承担。更多说明请参考 VIP介绍。
- 织梦模板使用说明
- 你下载的织梦模板并不包括DedeCMS使用授权，根据DedeCMS授权协议，除个人非盈利站点外，均需购买DedeCMS商业使用授权。购买地址： http://www.desdev.cn/service-dedecms.html
