Bug 684002
| Summary: | user quota over 100% possible | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Retired] CloudForms Cloud Engine | Reporter: | Dave Johnson <dajohnso> | ||||||
| Component: | aeolus-conductor | Assignee: | Scott Seago <sseago> | ||||||
| Status: | CLOSED ERRATA | QA Contact: | Dave Johnson <dajohnso> | ||||||
| Severity: | unspecified | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 1.0.0 | CC: | akarol, cpelland, dajohnso, deltacloud-maint, dgao, ssachdev, whayutin | ||||||
| Target Milestone: | alpha | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2012-05-15 21:41:27 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Bug Depends On: | |||||||||
| Bug Blocks: | 669238, 684278 | ||||||||
| Attachments: |
|
||||||||
I'm not 100% sure if quotas are enforced for admin's adding to the ce-beta blocking tracker Are quota's supported for the beta release in March? Quotas are enforced for admins too (but quotas are optional, so you don't have to assign an admin quota). They should be working now though, so this sounds like a bug. This is now working, fixed by other quota-oriented work. Quotas are enforced for users. see attached screenshot. verified on: [root@dell-pe1950-02 templates]# rpm -qa | grep aeolus rubygem-actionpack-3.0.9-1.aeolus.el6.noarch aeolus-conductor-0.5.0-0.20111007200330gite77b251.el6.noarch rubygem-activerecord-3.0.9-1.aeolus.el6.noarch rubygem-ZenTest-4.3.3-2.aeolus.el6.noarch rubygem-actionmailer-3.0.9-1.aeolus.el6.noarch aeolus-conductor-doc-0.5.0-0.20111007200330gite77b251.el6.noarch rubygem-activesupport-3.0.9-1.aeolus.el6.noarch rubygem-arel-2.0.10-0.aeolus.el6.noarch aeolus-configure-2.2.0-1.20111007151942git26136f2.el6.noarch rubygem-aeolus-cli-0.1.0-3.20111003133323git9451323.el6.noarch aeolus-all-0.5.0-0.20111007200330gite77b251.el6.noarch rubygem-aeolus-image-0.1.0-3.20111003170706git8f23238.el6.noarch aeolus-conductor-daemons-0.5.0-0.20111007200330gite77b251.el6.noarch rubygem-rack-mount-0.7.1-3.aeolus.el6.noarch Created attachment 527633 [details]
user quota enforced
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHEA-2012-0583.html |
Created attachment 483572 [details] user quota used = 200% If admin has a user quota set to 2 with no instances running and then instantiates several images at once, it is possible for them to circumvent the quota and spin up more instances than the quota. A second way to get past their quota is to queue up several new instances and then stop they running instances so the new instances then all get started at once. I set admin's quota to 2, started two instances, made sure they were running, create 4 more instances which stayed in the 'new' state, individually stopped the two running instances, waited a few moments and saw that the 4 'new' instances all transitioned to running. [root@ce-qe-f14 ~]# rpm -qa | grep aeolus aeolus-configure-2.0.0-4.fc1420110309224940gite08f2c6.noarch aeolus-conductor-0.0.3-0.fc1420110309220719git7f7738b.x86_64 aeolus-conductor-daemons-0.0.3-0.fc1420110309220719git7f7738b.x86_64 aeolus-conductor-doc-0.0.3-0.fc1420110309220719git7f7738b.x86_64 [root@ce-qe-f14 ~]#