OpenStack Bug的分析及解决方法

91次阅读
没有评论

共计 761 个字符,预计需要花费 2 分钟才能阅读完成。

本篇文章为大家展示了 OpenStack Bug 的分析及解决方法,内容简明扼要并且容易理解,绝对能使你眼前一亮,通过这篇文章的详细介绍希望你能有所收获。

问题描述

客户报告了一个问题:对 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 的分析及解决方法,你们学到知识或技能了吗?如果还想学到更多技能或者丰富自己的知识储备,欢迎关注丸趣 TV 行业资讯频道。

正文完
 
丸趣
版权声明:本站原创文章,由 丸趣 2023-08-25发表,共计761字。
转载说明:除特殊说明外本站除技术相关以外文章皆由网络搜集发布,转载请注明出处。
评论(没有评论)