Activity log for bug #1183519

Date Who What changed Old value New value Message
2013-05-23 18:47:38 Saurabh Surana bug added bug
2013-06-12 00:04:19 Nikhil Manchanda reddwarf: assignee Nikhil Manchanda (slicknik)
2013-08-13 09:06:03 Denis M. bug added subscriber Denis M.
2013-08-13 22:28:29 Nikhil Manchanda trove: assignee Nikhil Manchanda (slicknik)
2013-08-13 22:28:38 Nikhil Manchanda trove: importance Undecided Medium
2013-08-30 01:13:23 Auston McReynolds trove: assignee Auston McReynolds (amcreynolds)
2013-09-04 23:50:41 OpenStack Infra trove: status New In Progress
2013-09-04 23:52:08 Auston McReynolds summary Complete Rollback is not performed on failure Security Group to create Security Group at the time of instance creation Flip Instance to Failed if Security Group or Default Rule Creation Fail During 'Instance Create'
2013-09-04 23:53:16 Auston McReynolds description When reddwarf fails to create security group for a instance create action, it fails to perform clean rollback (either turn the instance to error state or delete the entry of the instance from the instances table). As the side effect of this, there is one instance added in BUILD state to the instances table, which never changes its state (and user cannot delete it). Steps to reproduce: 1. Whatever quota for security groups on nova, create those many security groups under user's account on nova. 2. Now try to create a new instance through reddwarf API. 3. Instance creation will fail and API will return an error: {"badRequest": {"message": "SecurityGroupLimitExceeded: Quota exceeded, too many security groups. (HTTP 413) 4. Now try to list the instances. You will see a new instance added to your account which is in BUILD state. The possibility of somebody running into this issues is very less, but if for some reason security groups don't get deleted on instance DELETE then this error will pop up or if use is using the same account for reddwarf instances and nova instances then possibility of seeing this issue is higher. When trove fails to create security group (or its default rule) for a instance create action, it fails to perform clean rollback (either turn the instance to error state or delete the entry of the instance from the instances table). As the side effect of this, there is one instance added in BUILD state to the instances table, which never changes its state (and user cannot delete it). Steps to reproduce: 1. Whatever quota for security groups on nova, create those many security groups under user's account on nova. 2. Now try to create a new instance through reddwarf API. 3. Instance creation will fail and API will return an error: {"badRequest": {"message": "SecurityGroupLimitExceeded: Quota exceeded, too many security groups. (HTTP 413) 4. Now try to list the instances. You will see a new instance added to your account which is in BUILD state. The possibility of somebody running into this issues is very less, but if for some reason security groups don't get deleted on instance DELETE then this error will pop up or if use is using the same account for trove instances and nova instances then possibility of seeing this issue is higher.
2013-09-06 21:01:42 Denis M. trove: status In Progress Incomplete
2013-10-25 14:41:07 Denis M. trove: status Incomplete Fix Committed
2013-10-25 14:41:11 Denis M. trove: assignee Auston McReynolds (amcrn) Denis M. (dmakogon)
2013-12-04 09:35:49 Thierry Carrez trove: status Fix Committed Fix Released
2013-12-04 09:35:49 Thierry Carrez trove: milestone icehouse-1
2014-04-17 08:13:16 Thierry Carrez trove: milestone icehouse-1 2014.1