Openstack排错之不算错误的错误

最新推荐文章于 2024-05-15 11:23:42 发布

原创最新推荐文章于 2024-05-15 11:23:42 发布 · 1.4k 阅读

0 ·

CC 4.0 BY-SA版权

Openstack 专栏收录该内容

2 篇文章

订阅专栏

本文通过ELK系统发现OpenStack中出现的错误日志，并详细分析了这些错误背后的原因，最终确定为已删除虚拟机引发的正常现象。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

今天刚上线了ELK来收集openstack节点的日志，试试火力，直接搜索error，结果一下子就冒出了几行error：
journal: internal error: End of file from monitor

按照之前的经验这一般是qemu和libvirtd的问题导致的报错。但是光看这个错误信息，也没什么大的提示，还是先去看看nova-compute的日志：
# tail -100f /var/log/nova/nova-compute
…..
WARNING nova.virt.disk.api [req-48480229-c6e7-4a9b-a362-00b444407836 5978eda59b6e4d8ca82853de15cfd83b fae4b42768d24dd0b7487ab7b406608c – – -] Ignoring error injecting data into image <RBDImage:{‘name’: ‘d551fe26-2be5-40d5-949f-fdf84f0f853d_disk’, ‘format’: ‘raw’, ‘servers’: [‘192.168.230.13:6789’, ‘192.168.230.14:6789’, ‘192.168.230.15:6789’], ‘user’: None, ‘password’: None, ‘pool’: ‘volumes’}> (No operating system found in <RBDImage:{‘name’: ‘d551fe26-2be5-40d5-949f-fdf84f0f853d_disk’
…….

找不到有rbd的镜像盘，我直接在ceph里面也没有查到：
# rbd ls volumes|grep d551fe26-2be5-40d5-949f-fdf84f0f853d

怎么会rbd镜像盘都没了？

先不着急，结合这两个日志信息，再回过头来看图片日志里的这句，就对应上了，这个虚拟机被删除了。
…..
journal: Domain id=366 name=’instance-000004eb’ uuid=d551fe26-2be5-40d5-949f-fdf84f0f853d is tainted: high-privileges
…..
systemd-machined: Machine qemu-366-instance-000004eb terminated.

这里instance-000004eb和d551fe26-2be5-40d5-949f-fdf84f0f853d实际上是同一台虚拟机，前者是kvm中的名称，后者是nova中的名称，这里terminated也就是删除。

同时，再去nova-api里面查看日志，确实有delete d551fe26-2be5-40d5-949f-fdf84f0f853d的请求。

既然虚拟机都删除了，错误是伴随着虚拟机的删除而产生的，这个错误也就没什么影响，可以不用理会（当然强迫症除外）。