Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1087937

Summary: [RFE] Horizon ability to startup multiple instances at once from UI
Product: Red Hat OpenStack Reporter: Chris Roberts <chrobert>
Component: python-django-horizonAssignee: Julie Pichon <jpichon>
Status: CLOSED UPSTREAM QA Contact: Ami Jeain <ajeain>
Severity: low Docs Contact:
Priority: medium    
Version: 4.0CC: aberezin, aortega, athomas, chrobert, jpichon, mrunge, slong, sputhenp, yeylon
Target Milestone: ---Keywords: FutureFeature, Reopened, Triaged
Target Release: 6.0 (Juno)   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
: 1188070 (view as bug list) Environment:
Last Closed: 2014-10-14 11:09:41 UTC Type: Bug
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: 1188070    
Attachments:
Description Flags
Instance Actions none

Comment 2 Matthias Runge 2014-04-16 09:32:41 UTC
Within the launch instance window, there is an instance count input box. Type in a number larger than 1, and nova will spin up more than one instance of that type.

To avoid (4) (from comment 0), one would migrate those instances from the node to be rebooted. That's also possible via Horizon, it has been implemented during Icehouse release.

As the request is already implemented, and there is a IMHO more elegant way to even keep the instances runing, I see this bug closed. Please re-open, if anything is unclear or isn't solved properly.

Comment 3 Chris Roberts 2014-07-09 00:07:07 UTC
I apologize and did not see that this bug was closed and I think my wording was wrong. The customer requested a way to click all the instances and start them when they are all shut off. This happens during an upgrade and it shuts off all the instances.

Comment 5 Matthias Runge 2014-07-13 15:26:50 UTC
Created attachment 917630 [details]
Instance Actions

Comment 8 Julie Pichon 2014-08-08 11:10:01 UTC
Note that this can be achieved in a deployment by using the customisation module ( http://docs.openstack.org/developer/horizon/topics/customizing.html#modifying-existing-dashboards-and-panels ), it would look something like this:

  class MyStartInstance(tables.StartInstance):

      def allowed(self, request, instance):
          # We need to tweak this because the original doesn't account
          # for 'None' at the moment, which is what happens when this is
          # called as a table action.
          if instance is None:
              return True
          else:
              return super(MyStartInstance, self).allowed(request, instance)


  class MyInstancesTable(tables.InstancesTable):

      class Meta(tables.InstancesTable.Meta):
          table_actions = (tables.LaunchLink,
                           MyStartInstance,
                           tables.SoftRebootInstance,
                           tables.TerminateInstance,
                           tables.InstancesFilterAction)

  views.IndexView.table_class = MyInstancesTable

Comment 9 Julie Pichon 2014-10-14 11:09:41 UTC
Considering there is a workaround and the lack of answer to the needinfo, I will close this for now. This is also being tracked upstream at https://bugs.launchpad.net/bugs/1354395

Comment 10 Summer Long 2015-02-05 03:02:44 UTC
Julie, should this be a 'Known Issue' with your workaround in the doc text? So that it shows up in the Release Notes? thanks, Summer

Comment 11 Julie Pichon 2015-02-05 10:11:48 UTC
Hi Summer, I'm not sure if I would qualify this as a known issue as it is a low-severity RFE, rather than a bug. Looking at the upstream tracker, this has been implemented in Kilo.