专栏首页散尽浮华openstack上创建vm实例后,状态为ERROR问题解决

openstack上创建vm实例后,状态为ERROR问题解决

问题说明: 在openstack上创建虚拟机,之前已顺利创建了n个centos6.8镜像的vm 现在用ubuntu14.04镜像创建vm,发现vm创建后的状态为ERROR!

1)终端命令行操作vm创建

[root@linux-node2 src]# nova boot --flavor kvm002 --image ubuntu-14.04 --nic net-id=3a5cef6e-2c12-4f26-938c-5d343edc91b3 --security-group default --key-name mykey kvm-ubuntu01 +--------------------------------------+-----------------------------------------------------+ | Property | Value | +--------------------------------------+-----------------------------------------------------+ | OS-DCF:diskConfig | MANUAL | | OS-EXT-AZ:availability_zone | | | OS-EXT-SRV-ATTR:host | - | | OS-EXT-SRV-ATTR:hypervisor_hostname | - | | OS-EXT-SRV-ATTR:instance_name | instance-00000006 | | OS-EXT-STS:power_state | 0 | | OS-EXT-STS:task_state | scheduling | | OS-EXT-STS:vm_state | building | | OS-SRV-USG:launched_at | - | | OS-SRV-USG:terminated_at | - | | accessIPv4 | | | accessIPv6 | | | adminPass | 97FNEj25qDHw | | config_drive | | | created | 2016-10-31T06:01:15Z | | flavor | kvm002 (38d2c062-3fc5-4fc8-9bef-3cf16a7cf6d0) | | hostId | | | id | 898363d4-b5df-4603-80f3-299bba76f79c | | image | ubuntu-14.04 (25fa5e72-5e10-4500-905a-82eda30dca21) | | key_name | mykey | | metadata | {} | | name | kvm-ubuntu01 | | os-extended-volumes:volumes_attached | [] | | progress | 0 | | security_groups | default | | status | BUILD | | tenant_id | 0cd3632df93d48d6b2c24c67f70e56b8 | | updated | 2016-10-31T06:01:15Z | | user_id | 52ba7917bb284af7ad6ac313b7e8e948 | +--------------------------------------+-----------------------------------------------------+

创建后,发现vm的状态是ERROR

[root@linux-node2 src]# nova list +--------------------------------------+--------------+--------+------------+-------------+----------+ | ID | Name | Status | Task State | Power State | Networks | +--------------------------------------+--------------+--------+------------+-------------+----------+ | 898363d4-b5df-4603-80f3-299bba76f79c | kvm-ubuntu01 | ERROR | - | NOSTATE | | +--------------------------------------+--------------+--------+------------+-------------+----------+

2)尝试在openstack的dashboard界面里创建vm(即:“计算”->“实例"->"启动云主机"),如果vm创建失败,则会显示错误信息

如上图,报错信息: Flavor's disk is too small for requested image. Flavor disk is 16106127360 bytes, image is 21474836480 bytes.].

说明创建vm时所使用的Flavor(云主机类型)的磁盘空间不满足image镜像要求!本案例是说kvm002(15G)的根磁盘不满足ubuntu-14.04(openstack界面-“镜像”查看此镜像大小是25G)镜像大小。

查看创建vm所使用的Flavor的类型

解决办法:

调整对应Flavor类型的跟磁盘大小(即:"系统"->"云主机类型"->"编辑云主机类型"->"主机类型信息")。如下,由原来的15G调整到30G!

最后,再次尝试创建vm:

[root@linux-node2 src]# nova boot --flavor kvm002 --image ubuntu-14.04 --nic net-id=3a5cef6e-2c12-4f26-938c-5d343edc91b3 --security-group default --key-name mykey kvm-ubuntu01 +--------------------------------------+-----------------------------------------------------+ | Property | Value | +--------------------------------------+-----------------------------------------------------+ | OS-DCF:diskConfig | MANUAL | | OS-EXT-AZ:availability_zone | | | OS-EXT-SRV-ATTR:host | - | | OS-EXT-SRV-ATTR:hypervisor_hostname | - | | OS-EXT-SRV-ATTR:instance_name | instance-00000006 | | OS-EXT-STS:power_state | 0 | | OS-EXT-STS:task_state | scheduling | | OS-EXT-STS:vm_state | building | | OS-SRV-USG:launched_at | - | | OS-SRV-USG:terminated_at | - | | accessIPv4 | | | accessIPv6 | | | adminPass | 97FNEj25qDHw | | config_drive | | | created | 2016-10-31T06:01:15Z | | flavor | kvm002 (38d2c062-3fc5-4fc8-9bef-3cf16a7cf6d0) | | hostId | | | id | 898363d4-b5df-4603-80f3-299bba76f79c | | image | ubuntu-14.04 (25fa5e72-5e10-4500-905a-82eda30dca21) | | key_name | mykey | | metadata | {} | | name | kvm-ubuntu01 | | os-extended-volumes:volumes_attached | [] | | progress | 0 | | security_groups | default | | status | BUILD | | tenant_id | 0cd3632df93d48d6b2c24c67f70e56b8 | | updated | 2016-10-31T06:01:15Z | | user_id | 52ba7917bb284af7ad6ac313b7e8e948 | +--------------------------------------+-----------------------------------------------------+

创建虚拟机后,发现vm可以正常启动了!

[root@linux-node2 src]# nova list +--------------------------------------+--------------+--------+------------+-------------+--------------------+ | ID | Name | Status | Task State | Power State | Networks | +--------------------------------------+--------------+--------+------------+-------------+--------------------+ | 729dd327-3447-42b9-b9cb-e7ef4a38b725 | kvm-ubuntu01 | ACTIVE | - | Running | flat=192.168.1.120 | +--------------------------------------+--------------+--------+------------+-------------+--------------------+

------------------------------------------------------------------------------------------------------------------------------

问题:在一个计算节点上创建虚拟机,创建前几个虚拟机都没问题,但是再创建第n个虚拟机时就失败,报错如下: 创建云主机,状态错误,无法启动,提示NoValidHost: No valid host was found. There are not enough hosts available.

查看nova-conductor.log,如下: [root@linux-node2 nova]# pwd /var/log/nova [root@linux-node2 nova]# tail -100 nova-conductor.log ...................

2016-11-01 01:28:38.889 51843 WARNING nova.scheduler.utils [req-9eb2b8ec-216b-4073-95bd-1fbb51844faf 52ba7917bb284af7ad6ac313b7e8e948 0cd3632df93d48d6b2c24c67f70e56b8 - - -] Failed to compute_task_build_instances: No valid host was found. There are not enough hosts available. Traceback (most recent call last):

File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/server.py", line 142, in inner return func(*args, **kwargs)

File "/usr/lib/python2.7/site-packages/nova/scheduler/manager.py", line 84, in select_destinations filter_properties)

File "/usr/lib/python2.7/site-packages/nova/scheduler/filter_scheduler.py", line 90, in select_destinations raise exception.NoValidHost(reason=reason)

NoValidHost: No valid host was found. There are not enough hosts available.

2016-11-01 01:28:38.889 51843 WARNING nova.scheduler.utils [req-9eb2b8ec-216b-4073-95bd-1fbb51844faf 52ba7917bb284af7ad6ac313b7e8e948 0cd3632df93d48d6b2c24c67f70e56b8 - - -] [instance: 2211eeb4-9d06-4b15-ac15-69cdabe280ff] Setting instance to ERROR state.

这个问题产生的很大原因有: 1)计算节点的内存不足、CPU资源不够、硬盘空间资源不足造成的;将云主机类型规格调小点,发现就能创建成功。 2)网络配置不正确,造成创建虚拟机的时候获取ip失败;网络不通或防火墙引起。 3)openstack-nova-compute服务状态问题。可以尝试重启控制节点的nova相关服务和计算节点的openstack-nova-compute服务;详细检查控制节点和计算节点的nova.conf配置是否有不当配置。 4)这个报错问题的原因很多,具体要查看/var/log/nova下的日志详细分析。重点是nova-compute.log、nova-conductor.log日志

---------------------------------------------------------------------------------------------------- 在部署openstack虚拟机的时候,要注意以下几点: (1)控制节点和计算节点在部署前,需要在/etc/hosts里面对主机映射,并且后面不能轻易更改,否则会出问题! (2)mysql的连接数要调大!否则在操作过程中会由于mysql连接数过多而中断!比如设置mysql连接数为1000,mysql命令为set GLOBAL max_connections=1000;  (3)在创建vm的时候,要保证openstack节点的内存够用。 (4)所使用的Flavor云主机类型配置的根磁盘要满足image镜像的空间。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 完整部署CentOS7.2+OpenStack+kvm 云平台环境(6)--在线调整虚拟机的大小

    前面提到过openstack环境部署及创建虚拟机的完整过程,然后有时候会发现创建的虚拟机规格太小,满足不了业务需求;亦或是虚拟机规格太大,容易造成资源浪费。 于...

    洗尽了浮华
  • MySQL+MGR 单主模式和多主模式的集群环境 - 部署手册 (Centos7.5)

    MySQL Group Replication(简称MGR)是MySQL官方于2016年12月推出的一个全新的高可用与高扩展的解决方案。MGR是MySQL官方在...

    洗尽了浮华
  • openstack虚拟机迁移的操作记录

    需求说明: 计算节点linux-node1.openstack:192.168.1.8   计算节点linux-node2.openstack:192.168....

    洗尽了浮华
  • Windows Phone Dev Notes-关于WP7 OS 7.0和7.1的加速度传感器数据获取方法差异

    问题描述     对于加速度传感器,数据获取是一个最基本的事件。但是OS 7.0和OS7.1版本有所差异。这个问题源于中文技术论坛上的一个帖子:关于Accele...

    ShiJiong
  • 胖子哥的大数据之路(8)- 数据仓库命名规范

    从对大数据的狂热到理性的回归,项目实施起到了醍醐灌顶的作用,大数据技术只能作为一种IT基础架构(存储+运算),而实际的工程化实施,还是要回归到IT传统技术,最...

    数据饕餮
  • 前端基础-浏览器对象模型

    浏览器对象模型(Browser Object Model)–英文简称 BOM,浏览器对象模型提供了独立于内容的、可以与浏览器窗口进行互动的对象结构。我们使用Ja...

    cwl_java
  • SAP最佳业务实践:MM–采购合同(133)-3收货、开票

    五、ME80RN 监控合同 如果要监控现有供应商合同,则需要执行该活动。 角色采购员 后勤-物料管理-采购-框架协议-报表-一般分析 1. 在常规评估屏幕...

    SAP最佳业务实践
  • python记录_day019 类的约束

    第二种,通过抽象类和抽象方法进行约束,这种是子类不按我要求的来,我就不让子类实例化

    py3study
  • 互联网推广方案:如何提高企业网站排名!

    对于企业营销人员而言,每天都会在制定互联网推广方案,毫无疑问,SEO优化是每个企业都会尝试的一种推广渠道,它有利于企业在长期的营销推广中,降低营销成本,获取可持...

    蝙蝠侠IT
  • MySQL并发复制系列三

    Binlog Group Commit 原理相同 ? ? ? 如何控制并发提交事务数 ? ? last_committed VS cid ? ? ? 结论 ...

    沃趣科技

扫码关注云+社区

领取腾讯云代金券