>
> -Original Message-
> From: Bharat Kumar [mailto:bharat.ku...@citrix.com]
> Sent: Friday, January 18, 2013 3:23 PM
> To: cloudstack-us...@incubator.apache.org
> Cc: cloudstack-dev@incubator.apache.org
> Subject: RE: [Discuss] Cpu and Ram overcommit.
>
stack-us...@incubator.apache.org
Cc: cloudstack-dev@incubator.apache.org
Subject: RE: [Discuss] Cpu and Ram overcommit.
Hi All,
I have included the information form the discussions in the functional spec
and I think we have sufficient information to start the implementation.
-Original Message--
our bug
>>and let me know.
>>
>> --Alex
>>
>>> -Original Message-
>>> From: Bharat Kumar [mailto:bharat.ku...@citrix.com]
>>> Sent: Tuesday, January 08, 2013 3:16 AM
>>> To: cloudstack-us...@incubator.apache.org
>>> Cc: clou
: cloudstack-us...@incubator.apache.org
Cc: cloudstack-dev@incubator.apache.org
Subject: Re: [Discuss] Cpu and Ram overcommit.
Alex thank you for your suggestions, I will add them to the functional spec.
Bharat.
On Jan 16, 2013, at 4:19 AM, Alex Huang wrote:
> Bharat,
>
> A few comments.
>
t;> Sent: Tuesday, January 08, 2013 3:16 AM
>> To: cloudstack-us...@incubator.apache.org
>> Cc: cloudstack-dev@incubator.apache.org
>> Subject: Re: [Discuss] Cpu and Ram overcommit.
>>
>> Hi Hari,
>>
>> A host can have more than one tag so we need not overwrite the inhe
itrix.com]
> Sent: Tuesday, January 08, 2013 3:16 AM
> To: cloudstack-us...@incubator.apache.org
> Cc: cloudstack-dev@incubator.apache.org
> Subject: Re: [Discuss] Cpu and Ram overcommit.
>
> Hi Hari,
>
> A host can have more than one tag so we need not overwrite the inhe
r clarification, my understanding of host tags as it stands currently
>is depicted at this link
>https://cwiki.apache.org/confluence/display/CLOUDSTACK/Cluster+Tags
>
>Please review and provide feedback
>
>Hari
>
>
>-Original Message-
>From: Hari Kannan [mailto:har
Hi Hari,
A host can have more than one tag so we need not overwrite the inherited
cluster tag of a host, if a host specific tag is added.
Bharat
On Dec 26, 2012, at 11:32 AM, Bharat Kumar wrote:
> Hi all,
>
> Presently in Cloudstack there is a provision for cpu overcommit and no
> provi
[mailto:hari.kan...@citrix.com]
Sent: Wednesday, December 26, 2012 1:06 PM
To: cloudstack-dev@incubator.apache.org; cloudstack-us...@incubator.apache.org
Subject: RE: [Discuss] Cpu and Ram overcommit.
What should the behavior be if admin changes the overcommit factor for a
cluster that confli
this change? (preferred)
>> 2b. or accept the change but not add more VMs anymore
>>
>> -Original Message-
>> From: Bharat Kumar [mailto:bharat.ku...@citrix.com]
>> Sent: Wednesday, December 26, 2012 4:39 AM
>> To: cloudstack-dev@incubator.apache.org;
>> clou
n't it have any performance issues
> ?
>
> Thanks,
> Pranav
>
> -Original Message-
> From: Bharat Kumar [mailto:bharat.ku...@citrix.com]
> Sent: Wednesday, December 26, 2012 6:09 PM
> To: cloudstack-dev@incubator.apache.org; cloudstack-us...@incubator.apache.org
>
> -Original Message-
> From: Bharat Kumar [mailto:bharat.ku...@citrix.com]
> Sent: Wednesday, December 26, 2012 4:39 AM
> To: cloudstack-dev@incubator.apache.org; cloudstack-us...@incubator.apache.org
> Subject: Re: [Discuss] Cpu and Ram overcommit.
>
> Nitin thanks for your
his change? (preferred)
2b. or accept the change but not add more VMs anymore
-Original Message-
From: Bharat Kumar [mailto:bharat.ku...@citrix.com]
Sent: Wednesday, December 26, 2012 4:39 AM
To: cloudstack-dev@incubator.apache.org; cloudstack-us...@incubator.apache.org
Subject: Re: [Discuss] C
-
From: Bharat Kumar [mailto:bharat.ku...@citrix.com]
Sent: Wednesday, December 26, 2012 6:09 PM
To: cloudstack-dev@incubator.apache.org; cloudstack-us...@incubator.apache.org
Subject: Re: [Discuss] Cpu and Ram overcommit.
Nitin thanks for your suggestions.
My comments inline
On Dec 26, 201
Nitin thanks for your suggestions.
My comments inline
On Dec 26, 2012, at 3:22 PM, Nitin Mehta wrote:
> Thanks Bharat for the bringing this up.
> I have a few questions and suggestions for you.
>
> 1. Why do we need it per cluster basis and when and where do you configure
> this ? I hope whe
Thanks Bharat for the bringing this up.
I have a few questions and suggestions for you.
1. Why do we need it per cluster basis and when and where do you configure this
? I hope when we change it for a cluster it would not require MS reboot and be
dynamically understood - is that the case ?
If w
16 matches
Mail list logo
