VMwareAPI driver can only use the 0th resource pool

Bug #1105032 reported by Sirisha Guduru
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
OpenStack Compute (nova)
Won't Fix
Wishlist
Gary Kotton

Bug Description

Nova essex setup with ESXi hypervisor.

In our scenario, the instance has to be provisioned in a separate resource pool. But the code present now only supports the provisioning of instance in only one resource pool i.e., the main resource pool of the ESX.

Tags: vmware
Changed in nova:
status: New → In Progress
assignee: nobody → Sirisha Guduru (guduru-sirisha)
tags: added: vmware
Revision history for this message
Shawn Hartsock (hartsock) wrote :

Please give more detail.

Changed in nova:
status: In Progress → Incomplete
Revision history for this message
Shawn Hartsock (hartsock) wrote :

Is anyone working on this?

Changed in nova:
assignee: Sirisha Guduru (guduru-sirisha) → nobody
summary: - Provisioning of an instance in required resource pool on ESX
+ VMwareAPI driver can only use the 0th resource pool
Changed in nova:
status: Incomplete → Confirmed
importance: Undecided → Low
Changed in nova:
milestone: none → havana-3
Revision history for this message
Sabari Murugesan (smurugesan) wrote :

I can work on this issue. The root resource pool is the default on which instances are created. This is true in the context of a cluster as well.

Changed in nova:
assignee: nobody → Sabari Kumar Murugesan (smurugesan)
Changed in nova:
importance: Low → Critical
status: Confirmed → In Progress
Revision history for this message
Thierry Carrez (ttx) wrote :

This sounds like something that doesn't match the guidelines for a "critical" bug (which is usually a serious regression or data loss issue). Could even be seen as a missing feature ;)

Changed in nova:
importance: Critical → High
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to nova (master)

Fix proposed to branch: master
Review: https://review.openstack.org/35374

Revision history for this message
Sabari Murugesan (smurugesan) wrote :

This is indeed a enhancement rather than a bug. Stumbled upon this blueprint.
https://blueprints.launchpad.net/nova/+spec/accurate-capacity-of-clusters-for-scheduler

I can attribute my patch towards this blueprint. But at this point, there is no milestone that is set. I can work on this, if this feature is critical. I will bring this up in the next IRC meeting. Bug Reporter can also participate :- https://wiki.openstack.org/wiki/Meetings/VMwareAPI

Revision history for this message
OpenStack Infra (hudson-openstack) wrote :

Fix proposed to branch: master
Review: https://review.openstack.org/43908

Changed in nova:
assignee: Sabari Kumar Murugesan (smurugesan) → Gary Kotton (garyk)
Revision history for this message
Gary Kotton (garyk) wrote :

https://review.openstack.org/35374 has been abandoned and was resurrected and rebased - please see https://review.openstack.org/#/c/43908/

Revision history for this message
Shawn Hartsock (hartsock) wrote :

Several driver design issues around resource pools should be covered in this refactor:
* https://blueprints.launchpad.net/nova/+spec/vmware-resource-pool-refactor

Changed in nova:
status: In Progress → Won't Fix
importance: High → Wishlist
Thierry Carrez (ttx)
Changed in nova:
milestone: havana-3 → none
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.