Open Stack

does that imply that you cant have different allocation values for different physical nodes?
that seems a little wrong if its the case.

steve


On 08/21/2013 03:42 PM, Diego Parrilla Santamaría wrote:
> Try to put those options in the nova.conf file that the nova-scheduler
> process reads, not in the nova-compute servers.
> 
> Cheers
> Diego
> 
>  --
> Diego Parrilla
>  <http://www.stackops.com/>*CEO*
> *www.stackops.com | * diego.parrilla at stackops.com** | +34 649 94 43 29 |
> skype:diegoparrilla*
> * <http://www.stackops.com/>
> *
> 
> *
> 
> 
> 
> On Wed, Aug 21, 2013 at 11:56 PM, Steve Heistand <steve.heistand at nasa.gov>wrote:
> 
>> Hi folks,
>>
>> so  Im a little confused, on my compute nodes I have the allocation ratio
>> set:
>>
>> root at node004:~# cat /etc/nova/nova-compute.conf
>> [DEFAULT]
>> ..
>> cpu_allocation_ratio=1.0
>> ram_allocation_ratio=1.0
>> ...
>>
>> but I got into a state where the node is oversubscribed.  From nova
>> hypervisor-show node004:
>>
>> node004
>> ..
>> vcpus_used              36
>> memory_mb_used  72837
>> memory_mb            64379
>> vcpus                       32
>> ..
>>
>> I have zones/aggregates set up and of the instances, one was started in
>> just launch it anywhere mode and another was told to start on
>> a zone that is this node.
>>
>> In looking back I would have expected the zone specified instance be
>> rejected.
>>
>> is this to be expected or a bug?
>>
>> thanks
>>
>> s
>>
>>
>> --
>> ************************************************************************
>>  Steve Heistand                           NASA Ames Research Center
>>  SciCon Group                             Mail Stop 258-6
>>  steve.heistand at nasa.gov  (650) 604-4369  Moffett Field, CA 94035-1000
>> ************************************************************************
>>  "Any opinions expressed are those of our alien overlords, not my own."
>>
>> # For Remedy                        #
>> #Action: Resolve                    #
>> #Resolution: Resolved               #
>> #Reason: No Further Action Required #
>> #Tier1: User Code                   #
>> #Tier2: Other                       #
>> #Tier3: Assistance                  #
>> #Notification: None                 #
>>
>>
>>
>> _______________________________________________
>> Mailing list:
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>> Post to     : openstack at lists.openstack.org
>> Unsubscribe :
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>>
>>
> 

-- 
************************************************************************
 Steve Heistand                           NASA Ames Research Center
 SciCon Group                             Mail Stop 258-6
 steve.heistand at nasa.gov  (650) 604-4369  Moffett Field, CA 94035-1000
************************************************************************
 "Any opinions expressed are those of our alien overlords, not my own."

# For Remedy                        #
#Action: Resolve                    #
#Resolution: Resolved               #
#Reason: No Further Action Required #
#Tier1: User Code                   #
#Tier2: Other                       #
#Tier3: Assistance                  #
#Notification: None                 #


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: OpenPGP digital signature
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20130821/41a4f7e1/attachment.sig>