Openstack 虚拟机修改error状态为active

OpenStack虚拟机由于一些特殊原因导致进入error状态，比如宿主机宕机，docker容器故障等等， 此时我们无法在界面上对虚拟机进行其他操作了，只能删除重建，但是如果是已经在用的虚拟机，那就要想办法恢复，有一些人是直接通过后台数据库直接修改数据，这种方式总觉得不安全，有一个方法更安全，就是直接通过nova命令的 reset-state子命令，这里要特别注意，子命令后面还可以加状态参数，比如 --active ，原来一直不知道，以为这个命令没有办法修改状态，后面发现可以加参数，这个问题就好办了。
    详细步骤：
     1.激活环境变量：

source /etc/kolla/admin-openrc.sh

2.查询虚拟机id 或者name：

nova list

3.修改虚拟机状态

nova reset-state <name> --active

原文地址：http://blog.51cto.com/yuweibing/2091535

时间： 2024-10-12 23:07:15

Openstack 虚拟机修改error状态为active的相关文章

openstack虚拟机修改IP地址

1).查找虚拟机的网络端口 mysql> use neutron; mysql> select * from ports where device_id="3ab73261-82ce-4b9a-9a1c-519624e19dc2"; +----------------------------------+--------------------------------------+------+--------------------------------------+-

Openstack虚机实例状态错误手工恢复vm_state:error

1.找到状态为出错状态的VM.在数据库里面表现Status为ERROR而非ACTIVE. 2.找到出错状态VM的UUID. 3.使用MYSQL 客户端工具连接到MySQL数据库. 4.连接到MYSQL数据库后,执行use nova;使用nova数据库. 5.select * from instances where uuid='实例的ID '\G;可以查看到字段vm_state值为error. 6.执行语句:UPDATE instances SET vm_state = 'active' and

OpenStack虚拟机快照和增量备份实现

1 快照的概念一般对快照的理解就是能够将系统还原到某个瞬间,这就是快照的作用.快照针对要保存的数据分为内存快照和磁盘快照,内存快照就是保存当前内存的数据,磁盘快照就是保存硬盘的数据.快照针对保存方式又分为内部快照和外部快照.内部快照:是指快照信息和虚拟机存在同一个qcow2镜像中,使用单个的 qcow2 的文件来保存快照和快照之后的改动.这种快照是 libvirt 的默认行为,现在的支持很完善(创建.回滚和删除),但是只能针对 qcow2 格式的磁盘镜像文件,而且其过程较慢等.外部快照:是指做快

vmware复制虚拟机出现Error:No suitable device found:no device found for connection &#39;System eth0&#39;

vmware复制虚拟机出现Error:No suitable device found:no device found for connection 'System eth0' 废话不多说,直接给出解决办法: 1.查看硬件地址 [[email protected] ~]# ifconfig eth2      Link encap:Ethernet  HWaddr 00:0C:29:89:18:58            inet addr:192.168.11.200  Bcast:192.1

PD虚拟机修改RemixOS的屏幕分辨率

PD虚拟机修改RemixOS的屏幕分辨率 2017年12月02日02:13:55 by SemiconductorKING 最近要用个移动端APP,手机不方便就想在电脑跑一个,然后装了个以前用过的觉得还行的RemixOS(安装方法网上很多的:在 Parallels Desktop 上安装 Remix OS PC),装完发现屏幕分辨率很奇怪,特别低,比例还是4:3的,怎么设置都不管用,尝试过终端wm size=1920x1080,改安卓根目录/system/build.prop文件等方法,达不到理

Magento后台手动修改订单状态方法

订单详细内容页手动修改订单状态方法: 打开此文件:app\design\adminhtml\default\default\template\sales\order\view\history.phtml 34行位置为如下原本内容: <?php foreach ($this->getStatuses() as $_code=>$_label): ?> 修改为: <?php foreach (Mage::getSingleton('sales/order_config')->

易拓展、易修改的状态流程设计和实现

1,前言 Workflow(https://en.wikipedia.org/wiki/Workflow)是一个极其常见的业务场景,基本所有行业都能涉及到流程管理上的问题.工作流,个人认为可以等价的理解为状态流(state flow),因为工作流的主要工作就是流程管理或者就是状态转移.如果用状态转移来抽象描述问题的话,基本大多数业务系统都可以状态转移来描述,且不说OA.ERP等软件,在常见交易系统软件里产品管理的流程.在线交易系统里订单的各个状态流程等. 使用状态转移来描述问题的优势是语义简洁.

zencart批量表上传后 标题显示为网址 批量修改标题状态

zencart批量表上传后 标题显示为网址,原因是导入批量表时,产品标题对应状态被重置为0导致的 批量修改标题状态 UPDATE products SET metatags_title_status = '1', metatags_products_name_status = '0', metatags_model_status = '0', metatags_price_status = '1', metatags_title_tagline_status = '0'; 批量修改特价到期时间

openstack虚拟机内文件遭破坏的急救方案

一.场景: openstack虚拟机存放于ceph存储,由于用户将系统的grub误删除,导致系统无法正常引导.现在用户要求抢救文件. 二.可行的方案: 1.将虚拟机保存为镜像,将镜像转换成云硬盘,将云硬盘挂载到其他虚拟机上镜像抢救. 优点:依赖默认的dashboard就能完成操作,较为简单,不需要openstack命令行基础: 缺点:只能抢救文件,不能修复原系统. 2.将ceph中 虚拟机对应的rbd映射到到本地,挂载为本机的一个目录,进行抢救工作 优点:可以直接修复原虚拟机的系统: 缺点:需要