外贸网站建设公司渠道,电子商务网站策划书3500字,汕头vi设计公司,wordpress如何卡百度这是 OpenStack 实施经验分享系列的第 12 篇。 问题描述 客户报告了一个问题#xff1a;对 instance 执行 migrate 操作#xff0c;几个小时了一直无法完成#xff0c;不太正常。 问题分析 遇到这种情况#xff0c;第一个要检查的就是 instance 所在计算节点的 nova-comput… 这是 OpenStack 实施经验分享系列的第 12 篇。   问题描述   客户报告了一个问题对 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 组件请参考上一节的方法。   下节教大家如何快速安全地给 instance 做快照。