Re: [Openstack] Quotas in folsom
On Tue, 2012-10-30 at 10:19 -0500, Everett Toews wrote: > Is http://wiki.openstack.org/Boson still up to date? Is there a blueprint > for it? There is not a blueprint for it, since it's a brand-new project, and I'm just getting started on it. I can point you at the code repository I have for it, at https://github.com/klmitch/boson (I'll worry about going into incubation later, after we have something that kinda works, but I'm happy to accept pull requests…) I'll likely hold off on blueprints until it's time to start integrating it into the openstack projects… -- Kevin L. Mitchell ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Quotas in folsom
On 10/29/12 2:25 PM, "Kevin L. Mitchell" wrote: >It's also worth noting that I've finally been able to start working on >Boson, which may help with thatŠ >-- >Kevin L. Mitchell > --- Is http://wiki.openstack.org/Boson still up to date? Is there a blueprint for it? Thanks, Everett ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Quotas in folsom
+1 for Boson ... this is a key area for CERN too. When you have a fixed budget and no credit cards, quota management is a strong requirement! Tim > -Original Message- > From: openstack-bounces+tim.bell=cern...@lists.launchpad.net > [mailto:openstack-bounces+tim.bell=cern...@lists.launchpad.net] On Behalf > Of Kevin L. Mitchell > Sent: 29 October 2012 20:26 > To: openstack@lists.launchpad.net > Subject: Re: [Openstack] Quotas in folsom > > On Mon, 2012-10-29 at 18:01 +, Gabriel Hurley wrote: > > It's also worth noting that we are now in territory where quotas are > > controlled by multiple projects: volumes and gigabytes have quotas in > > both Nova and Cinder; network quotas are in both Nova and Quantum... > > > > While I don't think it makes sense to try and centralize these things, > > I think the projects could coordinate more to understand "who" should > > be managing a given quota and to try and make the end-user experience > > less baffling. > > It's also worth noting that I've finally been able to start working on Boson, > which may help with that… > -- > Kevin L. Mitchell > > > ___ > Mailing list: https://launchpad.net/~openstack > Post to : openstack@lists.launchpad.net > Unsubscribe : https://launchpad.net/~openstack > More help : https://help.launchpad.net/ListHelp smime.p7s Description: S/MIME cryptographic signature ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Quotas in folsom
On Mon, 2012-10-29 at 18:01 +, Gabriel Hurley wrote: > It's also worth noting that we are now in territory where quotas are > controlled by multiple projects: volumes and gigabytes have quotas in > both Nova and Cinder; network quotas are in both Nova and Quantum... > > While I don't think it makes sense to try and centralize these things, > I think the projects could coordinate more to understand "who" should > be managing a given quota and to try and make the end-user experience > less baffling. It's also worth noting that I've finally been able to start working on Boson, which may help with that… -- Kevin L. Mitchell ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Quotas in folsom
It's also worth noting that we are now in territory where quotas are controlled by multiple projects: volumes and gigabytes have quotas in both Nova and Cinder; network quotas are in both Nova and Quantum... While I don't think it makes sense to try and centralize these things, I think the projects could coordinate more to understand "who" should be managing a given quota and to try and make the end-user experience less baffling. - Gabriel > -Original Message- > From: openstack-bounces+gabriel.hurley=nebula@lists.launchpad.net > [mailto:openstack- > bounces+gabriel.hurley=nebula@lists.launchpad.net] On Behalf Of > Kevin L. Mitchell > Sent: Monday, October 29, 2012 9:28 AM > To: openstack@lists.launchpad.net > Subject: Re: [Openstack] Quotas in folsom > > On Mon, 2012-10-29 at 10:53 -0400, Mitchell Broome wrote: > > I'm running into quota problems trying to increase the number of > > security groups and rules within security groups per tenant. Setting > > quota_security_groups and quota_security_group_rules in nova.conf > seem > > to have no effect. There also doesn't seem to be any way to change > > the quota limits for security groups through the nova client or > > horizon. > > The quotas system checks the database for quotas specific to the tenant, > then for quotas for the tenant's quota class (if you're using quota classes). > Only if it can't find any such quotas will it go to the values defined in > nova.conf. > > You're right that these particular quotas are not among the quotas > recognized by the nova shell command, but you can access them through the > pythonic API; I'm guessing that the new quotas were added to nova itself > during the folsom release cycle, but nobody remembered to update > novaclient to recognize them. Could you log a bug against folsom for that, > please? > > > How do I go about changing these quotas or is there a way to disable > > all quotas all together? > > Check the database itself for quota records for your tenants; you can revert > to defaults (drawn from nova.conf) by deleting any 'quotas' table rows for > the resources you're interested in. If it still doesn't take the values you > set in > nova.conf, then there's likely some other bug that needs to be looked into… > -- > Kevin L. Mitchell > > > ___ > Mailing list: https://launchpad.net/~openstack > Post to : openstack@lists.launchpad.net > Unsubscribe : https://launchpad.net/~openstack > More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Quotas in folsom
On Mon, 2012-10-29 at 10:53 -0400, Mitchell Broome wrote: > I'm running into quota problems trying to increase the number of > security groups and rules within security groups per tenant. Setting > quota_security_groups and quota_security_group_rules in nova.conf seem > to have no effect. There also doesn't seem to be any way to change > the quota limits for security groups through the nova client or > horizon. The quotas system checks the database for quotas specific to the tenant, then for quotas for the tenant's quota class (if you're using quota classes). Only if it can't find any such quotas will it go to the values defined in nova.conf. You're right that these particular quotas are not among the quotas recognized by the nova shell command, but you can access them through the pythonic API; I'm guessing that the new quotas were added to nova itself during the folsom release cycle, but nobody remembered to update novaclient to recognize them. Could you log a bug against folsom for that, please? > How do I go about changing these quotas or is there a way to disable > all quotas all together? Check the database itself for quota records for your tenants; you can revert to defaults (drawn from nova.conf) by deleting any 'quotas' table rows for the resources you're interested in. If it still doesn't take the values you set in nova.conf, then there's likely some other bug that needs to be looked into… -- Kevin L. Mitchell ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp