Openstack 还原租户配额

前天终于把openstack的主要组件安装完成,想着创建instance来试试效果,以最小配置创建instance失败,然后左调试,右调试,不停的测试创建instance,一不小心就达到了租户配额的10个instance限额,再创建就被系统拒绝了。然而从dashboard界面还不能删除instance,一直卡顿在删除状态,愁死我了,instance创建失败的问题还没解决,又出现这僵尸实例问题,没法删除和新建实例调试了。

经过一番百度,google,终于找到删除僵尸实例的方法,由于我的实例是没有创建成功的,所以compute节点上实际是没有实例数据的,只是在数据库中有相应的记录,按着网上的方法,删除了相关实例的数据库条目。具体如下:

登陆mysql,试用nova数据库,找出要删除的实例id,然后删除

delete from instances where id = ‘12’;

直接删除会触发外键限制错误,需先暂时关闭外键检查,

set foreign_key_checks=0;

delete from instances where id = ‘12’;

恢复外键检查

set foreign_key_checks=0;

至此,虽然实例数据库数据已删除,但是租户配额显示的实例占用情况还存在,这是因为配额检查时的相关数据库条目还存在,需更新相关的配额限制数值;经过几番搜索,找到了相关的配额数据库表项quota_usages。详见链接:http://blog.csdn.net/hackerain/article/details/8223125;

查看quota_usages资源占用情况:(示例只启用了一个最小实例)

更新相关资源条目即可

update quota_usages set in_use=0 where resource = "instances";

update quota_usages set in_use=0 where resource = "ram";

update quota_usages set in_use=0 where resource = "cores";

再开打dashboard,资源限额已还原,可以继续创建实例了。

时间: 2024-10-14 13:14:21

Openstack 还原租户配额的相关文章

OpenStack更改项目配额

1. 要列出一个项目的配额,必须要先使用 keystone 客户端工具找到它的ID: # keystone tenant-list | grep <tenant-name> 2. 回想一下,keystone 客户端工具使用"租户", nova 客户端工具使用"项目"为同一个概念.为了查看项目的配额,我们必须使用上面例子中获取的ID:98333a1a28e746fa8c629c83a818ad57: # nova-manage project quota 

openstack cinder - 磁盘配额管理

磁盘配额由 Swift 1.8 (OpenStack Grizzly) 管理 Container Quotas: Limits the total size (in bytes) or number of objects that can be stored in a single container.Account Quotas: Limits the total size (in bytes) that a user has available in the Object Storage s

OpenStack 企业私有云的若干需求(3):多租户和租户间隔离(multi-tenancy and isolation)

本系列会介绍OpenStack 企业私有云的几个需求: GPU 支持 自动扩展(Auto-scaling)支持 多租户和租户隔离 (multi-tenancy and tenancy isolation) 混合云(Hybrid cloud)支持 主流硬件支持和云快速交付 大规模扩展性支持 商业生态环境(包括CDN 和商业SDN控制器)支持 独立的服务,包括培训.运维等 向上扩展性(PaaS 和 SaaS 等支撑) 裸金属(Bare metal)支持 企业IT环境支持 1. 基本概念 1.1 用户

OpenStack实操用到的网络知识

搭建OpenStack平台或者维护OpenStack平台会用到一些交叉性的网络知识,一部分和Linux操作系统的配置有关.一部分和交换机.路由器.网桥等网络设备有关.当然,和网络有关的部分并不会涉及的特别深入,仍以基本操作为主,毕竟OpenStack平台本质上仍旧是一个以软件为中心的OS级底层平台. ? ? ? ? ?在使用OpenStack平台时,我们会在日常维护过程中频繁使用到这几个概念:网卡接口.网桥.VLAN.VXLAN.命名空间与名字空间.GRE. ? ? ? ? ?网卡,指的是Lin

DevOps企业实践与架构

原文地址:http://www.sohu.com/a/112351816_355140 什么是DevOps及其误区 DevOps概念从2009年提出已有8个年头.可是在8年前的那个时候,为什么DevOps没有迅速走红呢?即便是在2006年Amazon发布了ECS,微软在2008年和2010年提出和发布了Azure,DevOps的重要性似乎都没有那么强烈.我分析其原因主要有: 第一个很重要的原因是因为那时候云计算还是小众产品,更多的与虚拟化.虚拟机相关,它们还是重量级的IT基础设施. 第二个很重要

YY游戏私有云平台实践 (转BOSS的InfoQ发文 )

作者 风河 发布于 2016年1月13日 | 讨论 编者按:YY游戏的页游早在2013年就在云平台上运行,其Cloud 1.0已经支撑几十万的同时在线用户.日前,YY游戏云平台进行了Cloud 2.0的改造,其主要目标是支撑端游,同时也将继续服务页游.手游的运营. 这次架构升级是一次完全重构——抛弃OpenStack,网络.计算.存储业务都是自己实现.作为YY游戏云平台的负责人,风河在本文里主要描述了YY游戏需要建设一个什么样的云平台,以及如何建设这个云平台的. YY游戏的业务需求变迁 YY游戏

Neutron Kilo-Liberty-Mitaka各版本区别

作者: 赵怡 一.Neutron Kilo版和Liberty版本主要区别: 新增的特性: 1. neutron支持IPv6前缀委托授权为IPv6子网分配CIDR 2. neutron支持QoS API, 初期只支持端口带宽限制 3.路由器HA (L3 HA/VRRP)在L2 population(l2_pop)设置为enable时, 可以正常工作了. 4. VPNaaS参考驱动现在可以和HA router一起正常工作了 5. HA路由器上使用的VRRP网络, 可以配置为特定的segmentati

openstack运维实战系列(六)之neutron配额调整

1. 前言   neutron在安装配置完成之后,openstack为了实现对所有tenant对网络资源的使用,针对neutron设置有专门的配额,以防止租户使用过多的资源,而对其他的tenant造成影响.和nova的quota相类似,neutron也使用单独的一个驱动来实现网络neutron的配额控制. 2. neutron默认的配额     neutron默认的配额针对network,port,router,subnet,floatingip做了配额方面的限定,参考neutron的配置文件,

openstack nova 基础知识——Quota(配额管理)

一.什么是配额(quota)管理 简单的讲就是控制用户资源的数量.在openstack里,管理员为每一个工程(project)分配的资源都是有一定限制的,这些资源包括实例(instance).cpu.内存.存储空间等等,不能让一个工程无限制的使用资源,所以配额管理针对的单位是工程(project).先来个感性的认识,看一下dashboard里的一个工程的overview: 管理员给这个工程的资源配额是最多创建10个实例,最多使用20个vcpu,最多使用5G的内存==,只要达到某一个资源的使用上限