OpenStack虚机迁移live-migration失败(error: internal error Attempt to migrate guest to the same host)-低调大师

OpenStack虚机迁移live-migration失败(error: internal error Attempt to migrate guest to the same host)

2016-03-29 759

现象：执行迁移live-migration操作后，显示成功迁移，但是实际没有执行迁移动作

解决过程：

在dashboard执行虚机热迁移操作，提示操作成功，但是实际虚机没有迁移；

之前遇到过内存不足导致迁移失败，但是经过查看发现源和目的节点资源充足；

然后在nova的log看到如下内容：DestinationDiskExists_Remote: The supplied disk path (/var/lib/nova/instances/e40708e3-7f19-4f9c-8d19-3e600037c067) already exists, it is expected not to exist.，初步怀疑对端已经建立了该目录，但是由于未知原因没有迁移成功，再次迁移触发这个报错，但是实际发现目的节点并没有该目录，然后继续翻查log。

然后找到log如下：2016-03-24 15:44:21.003 3164 ERROR nova.virt.libvirt.driver [-] [instance: e40708e3-7f19-4f9c-8d19-3e600037c067] Live Migration failure: internal error: Attempt to migrate guest to the same host 00020003-0004-0005-0006-000700080009，初步怀疑虚机之所以没有迁移是因为它认为目的主机就是自己，所以我看了下hosts，主机解析正常。

这让我想起很早遇到的一个VMware迁移的问题，就是很多厂商都是OEM服务器，导致UUID一样。

使用virsh sysinfo | grep uuid或者dmidecode -s system-uuid都可以查询服务器的UUID，结果查询到计算节点的UUID都是一样的，所以导致迁移的时候源主机认为目的主机就是自己。

KVM并不是直接查找这个硬件的UUID而是先到/etc/libvirt/libvirtd.conf内找host_uuid字段，但是此字段是被默认注释掉的，所以找到对方硬件的UUID。

解决方法：

先随机生成一个UUID，如下：

[root@node-1 ~]# cat /proc/sys/kernel/random/uuid
4165c128-e7ba-45cd-a26f-325d221c2ace

然后使用上面的uuid替换/etc/libvirt/libvirtd.conf中的host_uuid字段

#host_uuid = "00000000-0000-0000-0000-000000000000" 改为

host_uuid = "4165c128-e7ba-45cd-a26f-325d221c2ace"

所有计算节点都修改完成后，重启libvirt服务，再执行迁移即可成功！

微信关注我们

原文链接：https://blog.51cto.com/tianhunyongheng/1758195

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

欺壹世充电系列之[Svn集中式版本管理系统]

Svn集中式版本管理系统 --欺壹世充电系列一、svn服务器 1、什么是Svn svn(subversion)是一个垮平台的开源版本控制系统。管理随时间改变的各种数据。svn会备份并记录每个文件每一次的修改更新变动，这样我们就可以把任意一个时间点的档案恢复到想要的某一个旧的版本。 2、Svn与Git svn是集中式的管理，存在一个中央版本库，所有开发人员在本地开发所有使用的代码都来自于这个版本库，提交代码也都必须提交到这个中央版本库。 svn版本控制系统流程如下： 1.在中央库上创建或从主干复制一个分支。 2.从中央库checkout下这个分支代码。 3.添加自己的代码文件，修改现存的代码或者删除代码文件。 4.commit代码，假设有人在刚刚的分支上提交了代码，你就会被提示代码过期，你得先up你得代码后在提交。up代码的时候如果出现冲突，需要解决好冲突后再进行提交。缺点：如果无法连接到中央版本库的环境下，你无法提交代码，将代码加入版本控制，无法查看代码的历史版本，以及版本变化过程。由于代码库集中管理，因此，需要对中央版本库的存储做备份。svn...

2016-03-29

1067

实现目的: 因为mesos中实际的工作节点是slave,框架marathon启动的任务(容器)都是在随机的slave上执行,所以在每台slave上启动Registrator,用来发现本机上的容器,它会把当前宿主机上的容器自动注册到consul.但是consul找一台salve启动就行,它会把自己选为leader,其他slave上启动Registrator的时候指定此leader就行环境: 192.168.0.149 Mesos-master、Zookeeper 192.168.0.161 Mesos-master、Zookeeper、Marathon 192.168.0.174 Mesos-master、Zookeeper 192.168.0.239 Mesos-slave、Consul-server、Registrator 192.168.0.236 Mesos-slave、Registrator 部署: 定义IP HOST_IP_1=192.168.0.149 HOST_IP_2=192.168.0.161 HOST_IP_3=192.168.0.174 192.168.0.14...

2016-03-30

816

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。