本篇文章为大家展示了OpenStack Bug的分析及解决方法，内容简明扼要并且容易理解，绝对能使你眼前一亮，通过这篇文章的详细介绍希望你能有所收获。
成都创新互联专注于企业网络营销推广、网站重做改版、滨海网站定制设计、自适应品牌网站建设、H5场景定制、成都做商城网站、集团公司官网建设、成都外贸网站制作、高端网站制作、响应式网页设计等建站业务，价格优惠性价比高，为滨海等各大城市提供网站开发制作服务。
客户报告了一个问题：对 instance 执行 migrate 操作，几个小时了一直无法完成，不太正常。
遇到这种情况，第一个要检查的就是 instance 所在计算节点的 nova-compute.log 日志，但不幸的是没有发现相关的错误。
如果 nova-compute 没有错误，那更底层的 hypervisor 有相关报错吗？ 打开 /var/log/libvirt/libvirtd.log，这里我们发现了一些线索：
上面的 log 告诉我们：没有找到 instance swap 对应 image backing file /var/lib/nova/instances/_base/swap_8192。
当前这个 instance 确实使用了一个 8192M 的 swap disk，但奇怪的是：正在使用的 image backing file 为什么会不见了呢？
在排除了人为误删后，怀疑是一个 bug。搜索一下：
运气不错，第三个结果是 OpenStack 的 bug，好像就是我们要找的。 浏览 bug 信息发现描述的现象跟我们的情况一样，而且在客户使用的 kilo 版本上已经有 fix。
点击 commit 链接，可以看到 fix 都修改了哪些文件。
对照客户系统中的代码，确实没有包含该 fix，也印证了确实是这个 bug。
因为 fix 的文件位于 nova 目录，可见这是 nova 模块的 bug。 接下来的工作就很直接了：
下载 nova 的代码。
安装 kilo 的最新版本。
重启所有 nova-* 服务。
上述内容就是OpenStack Bug的分析及解决方法，你们学到知识或技能了吗？如果还想学到更多技能或者丰富自己的知识储备，欢迎关注创新互联行业资讯频道。
