CloudOS 2.0 3.0 5.0均涉及
创建虚拟机,在CloudOS界面显示虚拟机为异常状态。且虚拟化上没有创建出虚拟机
2.0检查openstack容器中的/var/log/nova/下的日志
3.0 5.0进入nova容器中,检查/var/log/nova下的日志
nova-conductor日志中,报错提示:No valid host was found。没有可用的主机,说明cpu,内存,存储等有资源出现不足。
检查nova-scheduler日志
内存,cpu都是正常,DiskFilter中(start:1,end:0')说明存储资源不足
进nova容器中
pod |grep nova
kubectl exec –it –n <namespace> xxx bash // 5.0的namespace 一般为cloudos-iaas 3.0一般为默认的default
source /root/admin-openrc.sh
nova hypervisor-list //获取计算节点列表
nova hypervisor-show <id>
示例中,free_disk_gb里面是负的,说明没有可分配的存储空间。需要注意,CloudOS中统计的是磁盘的分配情况,而不是磁盘的具体使用情况,CloudOS默认不允许磁盘超分配,因此在底层虚拟化查看存储资源充足,但OS上就提示无可用主机了,这种报错提示也是正常的。
1、临时规避:
进入计算节点容器,找到/etc/nova/nova.conf
cat /etc/nova/nova.conf | grep disk_allocation_ratio //查看当前分配比,1.0为不允许超分。
可以把disk_allocation_ratio这个值根据存储资源等实际情况调大,比如:设置为2,就是允许2倍超分。
改完后,重启openstack-nova-compute.service
systemctl restart openstack-nova-compute.service //重启服务时,先不要对这个计算节点做下发虚拟机等操作。
2、因容器每次重启是从镜像中读取配置文件,因此需要把修改固化到镜像中,否则,重启容器后,修改的配置会被还原。
注意:若所有计算节点,使用一个镜像,那所有容器,均会被修改这个配置。
✖
案例意见反馈
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作