> Isn't that just changing one custom limit with another ?
>
> A true reset to the defaults would see the user stay in step with any
> changes to the default values.
Do you mean configured changes to the defaults?
AFAIK 'nova quota-defaults' returns the current set of defaults,
which seems to be the logical point to reset against.
> > HI All,
> >
> >
> >
> > I would like to open a discussion on a topic user should have a
> > option
> > to reset the tenant’s quotas( to the default).
>
>
> Hi Vijaya,
>
> I don't think a new nova command is needed for this use-case, just
> add a simple custom script:
>
> nova quota-update `nova quota-defaults $1 | tail -n +4 | tr '_' '-'
> | awk '/|/ {printf(" --%s %s", $2,$4)}'` $1
>
> then call with the tenant ID as command line arg.
>
> Cheers,
> Eoghan
>
>
> >
> >
> >
> > At present nova client has following commands for the quota
> > operation.
> >
> >
> >
> > $nova --help | grep quota
> >
> > quota-defaults List the default quotas for a tenant.
> >
> > quota-show List the quotas for a tenant.
> >
> > quota-update Update the quotas for a tenant.
> >
> >
> >
> > It will be very helpful to have a command to reset quota values to
> > defaults .
> >
> > For ex: User who wants to do huge tests on the system and rollback
> > once the test is done.
> >
> > So my proposal is to add a new command quota-reset to the nova
> > client
> > which reverts the quota value supplied for the tenant ,to the
> > default.
> >
> > Some thing similar to nova quota-reset( <tenant-id > <key>)
> >
> > Let me know your suggestion/thoughts on the same.
> >
> >
> >
> > Thanks,
> >
> > Vijaya
> >
> >
> >
> > DISCLAIMER ========== This e-mail may contain privileged and
> > confidential information which is the property of Persistent
> > Systems
> > Ltd. It is intended only for the use of the individual or entity to
> > which it is addressed. If you are not the intended recipient, you
> > are
> > not authorized to read, retain, copy, print, distribute or use this
> > message. If you have received this communication in error, please
> > notify the sender and delete all copies of this message.
> > Persistent Systems Ltd. does not accept any liability for virus
> > infected mails.
> > _______________________________________________
> > 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
>
_______________________________________________
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help : https://help.launchpad.net/ListHelp
