Re: number of cores

[Yiping Zhang]

Eric:

If you change any of memory or cpu over provisioning factors, you need to 
restart (from GUI or API) all running VM instances, otherwise the reported 
allocation/available numbers would still reflect data before your changes. If 
you also add/delete instances at the same time, you could lose track of actual 
allocated and available resources very quickly until you restart all your 
instances.

Yiping

On 11/19/18, 3:59 PM, "Eric Lee Green"  wrote:

On 11/19/18 3:47 PM, Yiping Zhang wrote:
> Eric:
>
> What's your value for global setting cpu.overprovisioning.factor?
>
> I have this value set to 3.0. Right now, one of my servers with 32 cores 
@ 2.0 GHz (with HT enabled), I can allocate a total of 79 vCPU and 139 GHz to 
26 VM instances.  That's over 200% over provisioning!

I changed it to 4.0 and restarted the management server first thing. It 
started out at 1.5. At 1.5, my zone shows 41% usage with the typical 
workload -- 169.60Ghz / 409.78Ghz.  I have 2x24x3.03ghz and 1x24x2.40ghz 
servers for a total of 203.04Ghz actual, so even without the multiplier 
I'm not over provisioning my CPU Mhz.

> On 11/19/18, 6:43 AM, "Andrija Panic"  wrote:
>
>  Unless someone gives you better answer, I guess it's for fun - to 
have more
>  detailed numbers in dashboard (may be it's related to other 
hypervisor
>  types, just assuming... or not...)
>  
>  Cheers
>  
>  On Mon, 19 Nov 2018 at 14:11, Ugo Vasi  wrote:
>  
>  > Hi Andrija,
>  > not having noticed this new voice before I wondered if it is 
limiting
>  > the fact of reaching or exceeding the number of physical cores.
>  >
>  > What is the purpose of this dashboard pane?
>  >
>  >
>  > Il 19/11/18 12:56, Andrija Panic ha scritto:
>  > > Hi Ugo,
>  > >
>  > > Why would you want to do this, just curious ?
>  > >
>  > > I believe it's not possible, but anyway (at least with KVM, 
probably same
>  > > for other hypervisors) it doesn't even makes sense/use, since 
when
>  > > deploying a VM, ACS query host free/unused number of MHz (GHz), 
so it's
>  > not
>  > > even relevant for ACS - number of cores in not relevant in ACS
>  > calculations
>  > > during VM deployment.
>  > >
>  > >
>  > > Cheers,
>  > > Andrija
>  > >
>  > > On Mon, Nov 19, 2018, 11:31 Ugo Vasi   > >
>  > >> Hi all,
>  > >> in the dashboard of an ACS installation vesion 4.11.1.0 (Ubuntu 
16.04
>  > >> with KVM hypervisor), the new entry "# of CPU Cores" appears.
>  > >> Is it possible to over-provision like for MHz or storage?
>  > >>
>  > >> Thanks
>  > >>
>  > >>
>  > >> --
>  > >>
>  > >> *Ugo Vasi* / System Administrator
>  > >> ugo.v...@procne.it 
>  > >>
>  > >>
>  > >>
>  > >>
>  > >> *Procne S.r.l.*
>  > >> +39 0432 486 523
>  > >> via Cotonificio, 45
>  > >> 33010 Tavagnacco (UD)
>  > >> www.procne.it 
>  > >>
>  > >>
>  > >> Le informazioni contenute nella presente comunicazione ed i 
relativi
>  > >> allegati possono essere riservate e sono, comunque, destinate
>  > >> esclusivamente alle persone od alla Società sopraindicati. La
>  > >> diffusione, distribuzione e/o copiatura del documento trasmesso 
da parte
>  > >> di qualsiasi soggetto diverso dal destinatario è proibita sia 
ai sensi
>  > >> dell'art. 616 c.p., che ai sensi del Decreto Legislativo n. 
196/2003
>  > >> "Codice in materia di protezione dei dati personali". Se avete 
ricevuto
>  > >> questo messaggio per errore, vi preghiamo di distruggerlo e di 
informare
>  > >> immediatamente Procne S.r.l. scrivendo all' indirizzo e-mail
>  > >> i...@procne.it .
>  > >>
>  > >>
>  > >
>  > >
>  > >
>  >
>  >
>  > --
>  >
>  > *Ugo Vasi* / System Administrator
>  > ugo.v...@procne.it 
>  >
>  >
>  >
>  >
>  > *Procne S.r.l.*
>  > +39 0432 486 523
>  > via Cotonificio, 45
>  > 33010 Tavagnacco (UD)
>  > www.procne.it 
>  >
>  >
>  > Le informazioni contenute nella presente comunicazione ed i 
relativi
>  > allegati possono essere riservate e sono, comunque, destinate
>  > esclusivamente alle persone od alla Società sopraindicati. La
>  > diffusione, distribuzione e/o copiatura del documento trasmesso da 
parte
>

Re: number of cores

[Andrija Panic]

small tip - if you change cpu overprovisioning on CLUSTER level, no need to
restart management server - it's applied immediately on the fly.

On Tue, 20 Nov 2018 at 00:59, Eric Lee Green 
wrote:

> On 11/19/18 3:47 PM, Yiping Zhang wrote:
> > Eric:
> >
> > What's your value for global setting cpu.overprovisioning.factor?
> >
> > I have this value set to 3.0. Right now, one of my servers with 32 cores
> @ 2.0 GHz (with HT enabled), I can allocate a total of 79 vCPU and 139 GHz
> to 26 VM instances.  That's over 200% over provisioning!
>
> I changed it to 4.0 and restarted the management server first thing. It
> started out at 1.5. At 1.5, my zone shows 41% usage with the typical
> workload -- 169.60Ghz / 409.78Ghz.  I have 2x24x3.03ghz and 1x24x2.40ghz
> servers for a total of 203.04Ghz actual, so even without the multiplier
> I'm not over provisioning my CPU Mhz.
>
> > On 11/19/18, 6:43 AM, "Andrija Panic"  wrote:
> >
> >  Unless someone gives you better answer, I guess it's for fun - to
> have more
> >  detailed numbers in dashboard (may be it's related to other
> hypervisor
> >  types, just assuming... or not...)
> >
> >  Cheers
> >
> >  On Mon, 19 Nov 2018 at 14:11, Ugo Vasi  wrote:
> >
> >  > Hi Andrija,
> >  > not having noticed this new voice before I wondered if it is
> limiting
> >  > the fact of reaching or exceeding the number of physical cores.
> >  >
> >  > What is the purpose of this dashboard pane?
> >  >
> >  >
> >  > Il 19/11/18 12:56, Andrija Panic ha scritto:
> >  > > Hi Ugo,
> >  > >
> >  > > Why would you want to do this, just curious ?
> >  > >
> >  > > I believe it's not possible, but anyway (at least with KVM,
> probably same
> >  > > for other hypervisors) it doesn't even makes sense/use, since
> when
> >  > > deploying a VM, ACS query host free/unused number of MHz (GHz),
> so it's
> >  > not
> >  > > even relevant for ACS - number of cores in not relevant in ACS
> >  > calculations
> >  > > during VM deployment.
> >  > >
> >  > >
> >  > > Cheers,
> >  > > Andrija
> >  > >
> >  > > On Mon, Nov 19, 2018, 11:31 Ugo Vasi  wrote:
> >  > >
> >  > >> Hi all,
> >  > >> in the dashboard of an ACS installation vesion 4.11.1.0
> (Ubuntu 16.04
> >  > >> with KVM hypervisor), the new entry "# of CPU Cores" appears.
> >  > >> Is it possible to over-provision like for MHz or storage?
> >  > >>
> >  > >> Thanks
> >  > >>
> >  > >>
> >  > >> --
> >  > >>
> >  > >> *Ugo Vasi* / System Administrator
> >  > >> ugo.v...@procne.it 
> >  > >>
> >  > >>
> >  > >>
> >  > >>
> >  > >> *Procne S.r.l.*
> >  > >> +39 0432 486 523
> >  > >> via Cotonificio, 45
> >  > >> 33010 Tavagnacco (UD)
> >  > >> www.procne.it 
> >  > >>
> >  > >>
> >  > >> Le informazioni contenute nella presente comunicazione ed i
> relativi
> >  > >> allegati possono essere riservate e sono, comunque, destinate
> >  > >> esclusivamente alle persone od alla Società sopraindicati. La
> >  > >> diffusione, distribuzione e/o copiatura del documento
> trasmesso da parte
> >  > >> di qualsiasi soggetto diverso dal destinatario è proibita sia
> ai sensi
> >  > >> dell'art. 616 c.p., che ai sensi del Decreto Legislativo n.
> 196/2003
> >  > >> "Codice in materia di protezione dei dati personali". Se avete
> ricevuto
> >  > >> questo messaggio per errore, vi preghiamo di distruggerlo e di
> informare
> >  > >> immediatamente Procne S.r.l. scrivendo all' indirizzo e-mail
> >  > >> i...@procne.it .
> >  > >>
> >  > >>
> >  > >
> >  > >
> >  > >
> >  >
> >  >
> >  > --
> >  >
> >  > *Ugo Vasi* / System Administrator
> >  > ugo.v...@procne.it 
> >  >
> >  >
> >  >
> >  >
> >  > *Procne S.r.l.*
> >  > +39 0432 486 523
> >  > via Cotonificio, 45
> >  > 33010 Tavagnacco (UD)
> >  > www.procne.it 
> >  >
> >  >
> >  > Le informazioni contenute nella presente comunicazione ed i
> relativi
> >  > allegati possono essere riservate e sono, comunque, destinate
> >  > esclusivamente alle persone od alla Società sopraindicati. La
> >  > diffusione, distribuzione e/o copiatura del documento trasmesso
> da parte
> >  > di qualsiasi soggetto diverso dal destinatario è proibita sia ai
> sensi
> >  > dell'art. 616 c.p., che ai sensi del Decreto Legislativo n.
> 196/2003
> >  > "Codice in materia di protezione dei dati personali". Se avete
> ricevuto
> >  > questo messaggio per errore, vi preghiamo di distruggerlo e di
> informare
> >  > immediatamente Procne S.r.l. scrivendo all' indirizzo e-mail
> >  > i...@procne.it .
> >  >
> >  >

Re: number of cores

[Eric Lee Green]

On 11/19/18 3:47 PM, Yiping Zhang wrote:

Eric:

What's your value for global setting cpu.overprovisioning.factor?

I have this value set to 3.0. Right now, one of my servers with 32 cores @ 2.0 
GHz (with HT enabled), I can allocate a total of 79 vCPU and 139 GHz to 26 VM 
instances.  That's over 200% over provisioning!


I changed it to 4.0 and restarted the management server first thing. It 
started out at 1.5. At 1.5, my zone shows 41% usage with the typical 
workload -- 169.60Ghz / 409.78Ghz.  I have 2x24x3.03ghz and 1x24x2.40ghz 
servers for a total of 203.04Ghz actual, so even without the multiplier 
I'm not over provisioning my CPU Mhz.



On 11/19/18, 6:43 AM, "Andrija Panic"  wrote:

 Unless someone gives you better answer, I guess it's for fun - to have more
 detailed numbers in dashboard (may be it's related to other hypervisor
 types, just assuming... or not...)
 
 Cheers
 
 On Mon, 19 Nov 2018 at 14:11, Ugo Vasi  wrote:
 
 > Hi Andrija,

 > not having noticed this new voice before I wondered if it is limiting
 > the fact of reaching or exceeding the number of physical cores.
 >
 > What is the purpose of this dashboard pane?
 >
 >
 > Il 19/11/18 12:56, Andrija Panic ha scritto:
 > > Hi Ugo,
 > >
 > > Why would you want to do this, just curious ?
 > >
 > > I believe it's not possible, but anyway (at least with KVM, probably 
same
 > > for other hypervisors) it doesn't even makes sense/use, since when
 > > deploying a VM, ACS query host free/unused number of MHz (GHz), so it's
 > not
 > > even relevant for ACS - number of cores in not relevant in ACS
 > calculations
 > > during VM deployment.
 > >
 > >
 > > Cheers,
 > > Andrija
 > >
 > > On Mon, Nov 19, 2018, 11:31 Ugo Vasi  >
 > >> Hi all,
 > >> in the dashboard of an ACS installation vesion 4.11.1.0 (Ubuntu 16.04
 > >> with KVM hypervisor), the new entry "# of CPU Cores" appears.
 > >> Is it possible to over-provision like for MHz or storage?
 > >>
 > >> Thanks
 > >>
 > >>
 > >> --
 > >>
 > >> *Ugo Vasi* / System Administrator
 > >> ugo.v...@procne.it 
 > >>
 > >>
 > >>
 > >>
 > >> *Procne S.r.l.*
 > >> +39 0432 486 523
 > >> via Cotonificio, 45
 > >> 33010 Tavagnacco (UD)
 > >> www.procne.it 
 > >>
 > >>
 > >> Le informazioni contenute nella presente comunicazione ed i relativi
 > >> allegati possono essere riservate e sono, comunque, destinate
 > >> esclusivamente alle persone od alla Società sopraindicati. La
 > >> diffusione, distribuzione e/o copiatura del documento trasmesso da 
parte
 > >> di qualsiasi soggetto diverso dal destinatario è proibita sia ai sensi
 > >> dell'art. 616 c.p., che ai sensi del Decreto Legislativo n. 196/2003
 > >> "Codice in materia di protezione dei dati personali". Se avete 
ricevuto
 > >> questo messaggio per errore, vi preghiamo di distruggerlo e di 
informare
 > >> immediatamente Procne S.r.l. scrivendo all' indirizzo e-mail
 > >> i...@procne.it .
 > >>
 > >>
 > >
 > >
 > >
 >
 >
 > --
 >
 > *Ugo Vasi* / System Administrator
 > ugo.v...@procne.it 
 >
 >
 >
 >
 > *Procne S.r.l.*
 > +39 0432 486 523
 > via Cotonificio, 45
 > 33010 Tavagnacco (UD)
 > www.procne.it 
 >
 >
 > Le informazioni contenute nella presente comunicazione ed i relativi
 > allegati possono essere riservate e sono, comunque, destinate
 > esclusivamente alle persone od alla Società sopraindicati. La
 > diffusione, distribuzione e/o copiatura del documento trasmesso da parte
 > di qualsiasi soggetto diverso dal destinatario è proibita sia ai sensi
 > dell'art. 616 c.p., che ai sensi del Decreto Legislativo n. 196/2003
 > "Codice in materia di protezione dei dati personali". Se avete ricevuto
 > questo messaggio per errore, vi preghiamo di distruggerlo e di informare
 > immediatamente Procne S.r.l. scrivendo all' indirizzo e-mail
 > i...@procne.it .
 >
 >
 
 --
 
 Andrija Panić
 

Re: number of cores

[Andrija Panic]

FYI, tested again (CPU overprovisioning factor=1 on both Cluster and Global
level - so NO overprovisioning)

deployed VM unti it failed (could not deploy any more):

At moment of failure:
cpu used 79% (90% is disabled threshold, but VMs is big one, so would cause
91-92% usage)
number of cpu cores: 143%

So in my tests, it has nothing to do with cpu core limit (nor
overprovisioning), since I'm way above it and overprovisioning is disabled.


On Tue, 20 Nov 2018 at 00:48, Yiping Zhang  wrote:

> Eric:
>
> What's your value for global setting cpu.overprovisioning.factor?
>
> I have this value set to 3.0. Right now, one of my servers with 32 cores @
> 2.0 GHz (with HT enabled), I can allocate a total of 79 vCPU and 139 GHz to
> 26 VM instances.  That's over 200% over provisioning!
>
> Yiping
>
> On 11/19/18, 6:43 AM, "Andrija Panic"  wrote:
>
> Unless someone gives you better answer, I guess it's for fun - to have
> more
> detailed numbers in dashboard (may be it's related to other hypervisor
> types, just assuming... or not...)
>
> Cheers
>
> On Mon, 19 Nov 2018 at 14:11, Ugo Vasi  wrote:
>
> > Hi Andrija,
> > not having noticed this new voice before I wondered if it is limiting
> > the fact of reaching or exceeding the number of physical cores.
> >
> > What is the purpose of this dashboard pane?
> >
> >
> > Il 19/11/18 12:56, Andrija Panic ha scritto:
> > > Hi Ugo,
> > >
> > > Why would you want to do this, just curious ?
> > >
> > > I believe it's not possible, but anyway (at least with KVM,
> probably same
> > > for other hypervisors) it doesn't even makes sense/use, since when
> > > deploying a VM, ACS query host free/unused number of MHz (GHz), so
> it's
> > not
> > > even relevant for ACS - number of cores in not relevant in ACS
> > calculations
> > > during VM deployment.
> > >
> > >
> > > Cheers,
> > > Andrija
> > >
> > > On Mon, Nov 19, 2018, 11:31 Ugo Vasi  wrote:
> > >
> > >> Hi all,
> > >> in the dashboard of an ACS installation vesion 4.11.1.0 (Ubuntu
> 16.04
> > >> with KVM hypervisor), the new entry "# of CPU Cores" appears.
> > >> Is it possible to over-provision like for MHz or storage?
> > >>
> > >> Thanks
> > >>
> > >>
> > >> --
> > >>
> > >> *Ugo Vasi* / System Administrator
> > >> ugo.v...@procne.it 
> > >>
> > >>
> > >>
> > >>
> > >> *Procne S.r.l.*
> > >> +39 0432 486 523
> > >> via Cotonificio, 45
> > >> 33010 Tavagnacco (UD)
> > >> www.procne.it 
> > >>
> > >>
> > >> Le informazioni contenute nella presente comunicazione ed i
> relativi
> > >> allegati possono essere riservate e sono, comunque, destinate
> > >> esclusivamente alle persone od alla Società sopraindicati. La
> > >> diffusione, distribuzione e/o copiatura del documento trasmesso
> da parte
> > >> di qualsiasi soggetto diverso dal destinatario è proibita sia ai
> sensi
> > >> dell'art. 616 c.p., che ai sensi del Decreto Legislativo n.
> 196/2003
> > >> "Codice in materia di protezione dei dati personali". Se avete
> ricevuto
> > >> questo messaggio per errore, vi preghiamo di distruggerlo e di
> informare
> > >> immediatamente Procne S.r.l. scrivendo all' indirizzo e-mail
> > >> i...@procne.it .
> > >>
> > >>
> > >
> > >
> > >
> >
> >
> > --
> >
> > *Ugo Vasi* / System Administrator
> > ugo.v...@procne.it 
> >
> >
> >
> >
> > *Procne S.r.l.*
> > +39 0432 486 523
> > via Cotonificio, 45
> > 33010 Tavagnacco (UD)
> > www.procne.it 
> >
> >
> > Le informazioni contenute nella presente comunicazione ed i relativi
> > allegati possono essere riservate e sono, comunque, destinate
> > esclusivamente alle persone od alla Società sopraindicati. La
> > diffusione, distribuzione e/o copiatura del documento trasmesso da
> parte
> > di qualsiasi soggetto diverso dal destinatario è proibita sia ai
> sensi
> > dell'art. 616 c.p., che ai sensi del Decreto Legislativo n. 196/2003
> > "Codice in materia di protezione dei dati personali". Se avete
> ricevuto
> > questo messaggio per errore, vi preghiamo di distruggerlo e di
> informare
> > immediatamente Procne S.r.l. scrivendo all' indirizzo e-mail
> > i...@procne.it .
> >
> >
>
> --
>
> Andrija Panić
>
>
>

-- 

Andrija Panić

Re: number of cores

[Yiping Zhang]

Eric:

What's your value for global setting cpu.overprovisioning.factor?

I have this value set to 3.0. Right now, one of my servers with 32 cores @ 2.0 
GHz (with HT enabled), I can allocate a total of 79 vCPU and 139 GHz to 26 VM 
instances.  That's over 200% over provisioning!

Yiping

On 11/19/18, 6:43 AM, "Andrija Panic"  wrote:

Unless someone gives you better answer, I guess it's for fun - to have more
detailed numbers in dashboard (may be it's related to other hypervisor
types, just assuming... or not...)

Cheers

On Mon, 19 Nov 2018 at 14:11, Ugo Vasi  wrote:

> Hi Andrija,
> not having noticed this new voice before I wondered if it is limiting
> the fact of reaching or exceeding the number of physical cores.
>
> What is the purpose of this dashboard pane?
>
>
> Il 19/11/18 12:56, Andrija Panic ha scritto:
> > Hi Ugo,
> >
> > Why would you want to do this, just curious ?
> >
> > I believe it's not possible, but anyway (at least with KVM, probably 
same
> > for other hypervisors) it doesn't even makes sense/use, since when
> > deploying a VM, ACS query host free/unused number of MHz (GHz), so it's
> not
> > even relevant for ACS - number of cores in not relevant in ACS
> calculations
> > during VM deployment.
> >
> >
> > Cheers,
> > Andrija
> >
> > On Mon, Nov 19, 2018, 11:31 Ugo Vasi  >
> >> Hi all,
> >> in the dashboard of an ACS installation vesion 4.11.1.0 (Ubuntu 16.04
> >> with KVM hypervisor), the new entry "# of CPU Cores" appears.
> >> Is it possible to over-provision like for MHz or storage?
> >>
> >> Thanks
> >>
> >>
> >> --
> >>
> >> *Ugo Vasi* / System Administrator
> >> ugo.v...@procne.it 
> >>
> >>
> >>
> >>
> >> *Procne S.r.l.*
> >> +39 0432 486 523
> >> via Cotonificio, 45
> >> 33010 Tavagnacco (UD)
> >> www.procne.it 
> >>
> >>
> >> Le informazioni contenute nella presente comunicazione ed i relativi
> >> allegati possono essere riservate e sono, comunque, destinate
> >> esclusivamente alle persone od alla Società sopraindicati. La
> >> diffusione, distribuzione e/o copiatura del documento trasmesso da 
parte
> >> di qualsiasi soggetto diverso dal destinatario è proibita sia ai sensi
> >> dell'art. 616 c.p., che ai sensi del Decreto Legislativo n. 196/2003
> >> "Codice in materia di protezione dei dati personali". Se avete ricevuto
> >> questo messaggio per errore, vi preghiamo di distruggerlo e di 
informare
> >> immediatamente Procne S.r.l. scrivendo all' indirizzo e-mail
> >> i...@procne.it .
> >>
> >>
> >
> >
> >
>
>
> --
>
> *Ugo Vasi* / System Administrator
> ugo.v...@procne.it 
>
>
>
>
> *Procne S.r.l.*
> +39 0432 486 523
> via Cotonificio, 45
> 33010 Tavagnacco (UD)
> www.procne.it 
>
>
> Le informazioni contenute nella presente comunicazione ed i relativi
> allegati possono essere riservate e sono, comunque, destinate
> esclusivamente alle persone od alla Società sopraindicati. La
> diffusione, distribuzione e/o copiatura del documento trasmesso da parte
> di qualsiasi soggetto diverso dal destinatario è proibita sia ai sensi
> dell'art. 616 c.p., che ai sensi del Decreto Legislativo n. 196/2003
> "Codice in materia di protezione dei dati personali". Se avete ricevuto
> questo messaggio per errore, vi preghiamo di distruggerlo e di informare
> immediatamente Procne S.r.l. scrivendo all' indirizzo e-mail
> i...@procne.it .
>
>

-- 

Andrija Panić

Re: can't enable autoscaling options

[Alvarez Fernando]

Hi Dag,


Firts of all, thank you very much for your response.

The procedure that I carried out is described in the following link:


http://docs.cloudstack.apache.org/projects/archived-cloudstack-getting-started/en/4.3/networking/autoscale_without_netscaler.html


This instructions are written for version 4.3 so I am suspecting that maybe the 
version I am working with (4.9)  is no longer avaible.


I never get to see the autoscaling menu in Load Balancing options:


[cid:cb873cc1-e129-47fb-bb52-c4aa1ed7aca1]


I appreciate all help you can give me.

Regards,


Fernando Alvarez

Jefe de Plataformas IT


Centro Nacional de Datos

falva...@arsat.com.ar

(54 11)5811 2608 / 11 58995723

Perú N° 143, piso 8, C1067AAC, CABA.

Av. Gral. J.D. Perón 7934 (Ex Ruta 9), B1621BGZ, Benavídez, Pcia. de Bs As.

www.arsat.com.ar

[1536684886675_arsat.png][1536684903135_Presidencia.png]




De: Dag Sonstebo 
Enviado: lunes, 19 de noviembre de 2018 14:52:10
Para: users@cloudstack.apache.org
Asunto: Re: can't enable autoscaling options

Fernando - which process did you follow? I know this worked at some point in 
the past, but not played with it for years.

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue


On 14/11/2018, 14:29, "Alvarez Fernando"  wrote:

Hi there!

Some time ago I am trying to enable the "autoscaling" function on my 
cloudstack platform without success.
The idea is to enable the function without netscaler for a kind of POC, 
however and beyond to meet the prerequisites (enable the function from global 
settings, create a template with xen-tools, etc), I can not visualize the 
function from the balancing options.
My current version of cloudstack installed is 4.9.3.0.
Any ideas about where I would be failing?


Regards,


Fernando.



dag.sonst...@shapeblue.com
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue

Re: number of cores

[Andrija Panic]

Eric, I sent you numbers from KVM, Ubuntu 14.04 (qemu/libvrti from Ubuntu
16.04)

Can you please reproduce the issue and upload logs - make sure to truncate
logs prior to clicking the "FINISH" button in the VM creation wizard..
Upload to pastebin, so we can check it

Cheers

On Mon, 19 Nov 2018 at 20:42, Eric Green  wrote:

> I am with KVM.
>
> I am sure it’s the core count preventing me from starting VM’s because
> when I hack the database to tell it I have 48 cores rather than 24 cores on
> my hosts, I can then start the VM.
>
> The only thing the logs say is that I can’t create a new VM due to lack of
> resources. Then it quits saying that when I hack the database. Note that
> under 4.9.2 (what I reverted back to), Memory is at 49%, CPU is at 41%,
> Primary Storage is at 5%, and Secondary Storage is at 5%. All other
> resources aren’t even 1% used (I set up # of vlans, shared network IP’s,
> etc. fairly large because I expect to grow the cluster in the future).  4.9
> doesn’t list CPU cores. Under 4.11.1 those measures were the same.
>
> I am running KVM under Centos 7. It may be that the KVM allocator works
> different from the VMware allocator?
>
> From: Dag Sonstebo
> Sent: Monday, November 19, 2018 9:47 AM
> To: users@cloudstack.apache.org
> Subject: Re: number of cores
>
> Andrija - not sure about your 3.4GHz cores - must a be a simplified lookup
> somewhere making assumptions.
>
> Eric - have just tried your scenario in my 4.11.2RC5 lab (admittedly with
> VMware, not KVM) - and I can see my core allocation keeps going up, e.g. at
> the moment it sits at 166% - 10 out of 6 cores used. However it doesn't
> stop me starting new VMs (only using 30-40% CPU and memory).
> Are you sure it's the core count preventing you from starting VMs? What do
> the logs say? (Also keep in mind your system VMs are now using more
> resources that before).
>
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
>
>
> On 19/11/2018, 17:15, "Eric Lee Green"  wrote:
>
>
> On 11/19/18 03:56, Andrija Panic wrote:
> > Hi Ugo,
> >
> > Why would you want to do this, just curious ?
> >
> > I believe it's not possible, but anyway (at least with KVM, probably
> same
> > for other hypervisors) it doesn't even makes sense/use, since when
> > deploying a VM, ACS query host free/unused number of MHz (GHz), so
> it's not
> > even relevant for ACS - number of cores in not relevant in ACS
> calculations
> > during VM deployment.
>
>
> I think you are misunderstanding the question. I have 72 cores in my
> cluster. Each of my hosts has 24 cores. With 4.9.2, I can provision 10
> virtual machines, each of which is programmed with 8 cores, meaning 80
> cores total. They on average are using only 25% of the CPU available
> to
> them (they need to be able to burst) and my compute servers on average
> are only 40% CPU used so that is not a problem.
>
> When I tried upgrading to 4.11.1,  the dashboard showed a new value "#
> of CPU Cores" in red and showed that I had more cores provisioned for
> virtual machines than available in the cluster (80 versus 72
> available).
> Cloudstack would not launch new virtual machines. I shut down two
> virtual machines, and now I can launch one, but not the second because
> I
> would need 80 cores total in my cluster. I cannot launch all 10
> virtual
> machines because I would need 80 cores total. I know this because I
> tried it. I then used MySQL to tell Cloudstack that each of my hosts
> has
> 48 cores (144 total), and suddenly I can launch all of my virtual
> machines.
>
> Is this a bug in 4.11.1? Or is this expected behavior? If expected
> behavior, is there a way to over-provision "total # of cores used"
> other
> than to go into MySQL and tell it that my hosts have more cores than
> they in fact have? (Note that my service offerings are limited to 8
> cores max, so there's no way to launch a single VM with more cores
> than
> exists on a physical host, since all my hosts have 24 cores).
>
>
> > On Mon, Nov 19, 2018, 11:31 Ugo Vasi  wrote:
> >
> >> Hi all,
> >> in the dashboard of an ACS installation vesion 4.11.1.0 (Ubuntu
> 16.04
> >> with KVM hypervisor), the new entry "# of CPU Cores" appears.
> >> Is it possible to over-provision like for MHz or storage?
> >>
> >> Thanks
> >>
> >>
> >> --
> >>
> >> *Ugo Vasi* / System Administrator
> >> ugo.v...@procne.it 
> >>
> >>
> >>
> >>
> >> *Procne S.r.l.*
> >> +39 0432 486 523
> >> via Cotonificio, 45
> >> 33010 Tavagnacco (UD)
> >> www.procne.it 
> >>
> >>
> >> Le informazioni contenute nella presente comunicazione ed i relativi
> >> allegati possono essere riservate e sono, comunque, destinate
> >> esclusivamente alle persone od alla Società sopraindicati. La
> >> 

RE: number of cores

[Eric Green]

I am with KVM.

I am sure it’s the core count preventing me from starting VM’s because when I 
hack the database to tell it I have 48 cores rather than 24 cores on my hosts, 
I can then start the VM.

The only thing the logs say is that I can’t create a new VM due to lack of 
resources. Then it quits saying that when I hack the database. Note that under 
4.9.2 (what I reverted back to), Memory is at 49%, CPU is at 41%, Primary 
Storage is at 5%, and Secondary Storage is at 5%. All other resources aren’t 
even 1% used (I set up # of vlans, shared network IP’s, etc. fairly large 
because I expect to grow the cluster in the future).  4.9 doesn’t list CPU 
cores. Under 4.11.1 those measures were the same.  

I am running KVM under Centos 7. It may be that the KVM allocator works 
different from the VMware allocator? 

From: Dag Sonstebo
Sent: Monday, November 19, 2018 9:47 AM
To: users@cloudstack.apache.org
Subject: Re: number of cores

Andrija - not sure about your 3.4GHz cores - must a be a simplified lookup 
somewhere making assumptions.

Eric - have just tried your scenario in my 4.11.2RC5 lab (admittedly with 
VMware, not KVM) - and I can see my core allocation keeps going up, e.g. at the 
moment it sits at 166% - 10 out of 6 cores used. However it doesn't stop me 
starting new VMs (only using 30-40% CPU and memory). 
Are you sure it's the core count preventing you from starting VMs? What do the 
logs say? (Also keep in mind your system VMs are now using more resources that 
before).

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue
 

On 19/11/2018, 17:15, "Eric Lee Green"  wrote:


On 11/19/18 03:56, Andrija Panic wrote:
> Hi Ugo,
>
> Why would you want to do this, just curious ?
>
> I believe it's not possible, but anyway (at least with KVM, probably same
> for other hypervisors) it doesn't even makes sense/use, since when
> deploying a VM, ACS query host free/unused number of MHz (GHz), so it's 
not
> even relevant for ACS - number of cores in not relevant in ACS 
calculations
> during VM deployment.


I think you are misunderstanding the question. I have 72 cores in my 
cluster. Each of my hosts has 24 cores. With 4.9.2, I can provision 10 
virtual machines, each of which is programmed with 8 cores, meaning 80 
cores total. They on average are using only 25% of the CPU available to 
them (they need to be able to burst) and my compute servers on average 
are only 40% CPU used so that is not a problem.

When I tried upgrading to 4.11.1,  the dashboard showed a new value "# 
of CPU Cores" in red and showed that I had more cores provisioned for 
virtual machines than available in the cluster (80 versus 72 available). 
Cloudstack would not launch new virtual machines. I shut down two 
virtual machines, and now I can launch one, but not the second because I 
would need 80 cores total in my cluster. I cannot launch all 10 virtual 
machines because I would need 80 cores total. I know this because I 
tried it. I then used MySQL to tell Cloudstack that each of my hosts has 
48 cores (144 total), and suddenly I can launch all of my virtual machines.

Is this a bug in 4.11.1? Or is this expected behavior? If expected 
behavior, is there a way to over-provision "total # of cores used" other 
than to go into MySQL and tell it that my hosts have more cores than 
they in fact have? (Note that my service offerings are limited to 8 
cores max, so there's no way to launch a single VM with more cores than 
exists on a physical host, since all my hosts have 24 cores).


> On Mon, Nov 19, 2018, 11:31 Ugo Vasi 
>> Hi all,
>> in the dashboard of an ACS installation vesion 4.11.1.0 (Ubuntu 16.04
>> with KVM hypervisor), the new entry "# of CPU Cores" appears.
>> Is it possible to over-provision like for MHz or storage?
>>
>> Thanks
>>
>>
>> --
>>
>> *Ugo Vasi* / System Administrator
>> ugo.v...@procne.it 
>>
>>
>>
>>
>> *Procne S.r.l.*
>> +39 0432 486 523
>> via Cotonificio, 45
>> 33010 Tavagnacco (UD)
>> www.procne.it 
>>
>>
>> Le informazioni contenute nella presente comunicazione ed i relativi
>> allegati possono essere riservate e sono, comunque, destinate
>> esclusivamente alle persone od alla Società sopraindicati. La
>> diffusione, distribuzione e/o copiatura del documento trasmesso da parte
>> di qualsiasi soggetto diverso dal destinatario è proibita sia ai sensi
>> dell'art. 616 c.p., che ai sensi del Decreto Legislativo n. 196/2003
>> "Codice in materia di protezione dei dati personali". Se avete ricevuto
>> questo messaggio per errore, vi preghiamo di distruggerlo e di informare
>> immediatamente Procne S.r.l. scrivendo all' indirizzo e-mail
>> i...@procne.it 

Re: KVM NFS template image

[Andrija Panic]

new template, deployed new VM, destroyed VM (with Exunge option)...

up to 120sec later... (storage.cleanup.interval=120 sec,  global config
option)

2018-11-19 19:35:59,525 DEBUGStorage pool garbage collector found 1
templates to clean up in storage pool: Primary-storage - NFS
2018-11-19 19:35:59,525 DEBUG [c.c.s.StorageManagerImpl]
(StorageManager-Scavenger-1:ctx-2c88c8e0) (logid:040f4ad1) Storage pool
garbage collector has marked template with ID: 219 on pool 4 for garbage
collection

Another  120sec later... (storage.cleanup.delay=120sec)

2018-11-19 19:37:59,598 DEBUG [c.c.s.StorageManagerImpl]
(StorageManager-Scavenger-2:ctx-f9dd338d) (logid:9ae40975) Storage pool
garbage collector found 1 templates to clean up in storage pool:
Primary-storage - NFS
...
2018-11-19 19:37:59,638 DEBUG [c.c.t.TemplateManagerImpl]
(StorageManager-Scavenger-2:ctx-f9dd338d) (logid:9ae40975) Evicting
TmplPool[37-219-4-563ea0f5-5164-4ac4-a183-728f418269b7]
2018-11-19 19:37:59,643 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
(StorageManager-Scavenger-2:ctx-f9dd338d) (logid:9ae40975)
getCommandHostDelegation: class com.cloud.agent.api.storage.DestroyCommand
...
2018-11-19 19:37:59,665 DEBUG [c.c.t.TemplateManagerImpl]
(StorageManager-Scavenger-2:ctx-f9dd338d) (logid:9ae40975) Successfully
evicted template andrija-test-tmpl from storage pool null

template "andrija-test-tmpl" deleted...

Hope that helps Run.

Cheers
Andrija

On Mon, 19 Nov 2018 at 19:11, Andrija Panic  wrote:

> True (at least I'm sure for SolidFire) - but I believe in general also
> (will test this now...)
>
> On Mon, 19 Nov 2018 at 18:51, Dag Sonstebo 
> wrote:
>
>> Developers please correct me... but as far as I remember there is a
>> garbage collector which does remove the templates from primary storage once
>> they are not needed (i.e. have no more "child VMs"). This is controlled by
>> the global setting "storage.template.cleanup.enabled".
>>
>> Regards,
>> Dag Sonstebo
>> Cloud Architect
>> ShapeBlue
>>
>>
>> On 16/11/2018, 22:51, "ran huang"  wrote:
>>
>> Hi Andrija,
>>
>> Thanks for the clarification and quick response
>>
>> regards,
>> Ran
>>
>> On 11/16/2018 02:15 PM, Andrija Panic wrote:
>> > Hi Ran,
>> >
>> > templates stays on Primary Storage "forever", at least for NFS
>> (they are
>> > moved from Secondary to Primary when you deploy a very first VM from
>> > specific template). All VMs have this templates qcow2 as baking
>> (parent)
>> > image.
>> >
>> > This template is a qcow2 copy of a file from Secondary Storage -
>> and is
>> > considered a "parent" image, from which all child images  (VM
>> volumes) are
>> > created - as you stated baking file (qcow linked clones, in official
>> > terminology)
>> >
>> > you can have i.e. 100 VMs all linking (having it's backing file...)
>> to a
>> > template qcow2 file.
>> > So in other words, it's not supposed to be removed.
>> >
>> > Does this make sense?
>> >
>> > Cheers
>> >
>> >
>> >
>>
>> dag.sonst...@shapeblue.com
>> www.shapeblue.com
>> Amadeus House, Floral Street, London  WC2E 9DPUK
>> @shapeblue
>>
>>
>>
>> > On Fri, 16 Nov 2018 at 22:38, ran huang  wrote:
>> >
>> >> Greetings All,
>> >>
>> >> For qcow2 format images, when creating a new VM in KVM, the
>> template
>> >> image is copied from secondary storage to primary storage, and the
>> root
>> >> volume image is created with the template image as a backing file.
>> >>
>> >> But when I break this backing chain on primary(expunge VM or
>> revert to a
>> >> snapshot previously created on the root volume image), the template
>> >> image is not deleted.
>> >>
>> >> Might I ask how is the template image going to be cleaned from the
>> >> primary storage?
>> >>
>> >>
>> >> addendum:
>> >> CS ver 4.9.2 on CentOS 7.2
>> >>
>> >> regards,
>> >> Ran
>> >>
>> >
>>
>>
>>
>>
>
> --
>
> Andrija Panić
>


-- 

Andrija Panić

Re: number of cores

[Andrija Panic]

https://pasteboard.co/HNVkBpv.png

All fine, but note that my CPU GHZ is NOT over 80% (I believe 0.8 aka 80%
is the cpu warning or disable threshold)

As Dag said, please check from mgmt logs why you can't actually spin new VM
in your case.

When you start to deploy VM, there will be some friendly printed (human
readable) lines similar to "checking list of hosts with enough resources"
and similar, it will evaluate each host for needed number of MHz and RAM
memory - and if none match, then it will fail to deploy - and it will say
that clearly, something like "no host with enough CPU capacity" or in
similar fashion...

(this is clean install though...)

Please check your "cluster.cpu.allocated.capacity.disablethreshold" both in
Global Settings, and on particular Cluster level.

Cheers

On Mon, 19 Nov 2018 at 19:12, Andrija Panic  wrote:

> Let me test this also, on clean 4.11.2 RC5... (KVM)
>
>
> On Mon, 19 Nov 2018 at 18:47, Dag Sonstebo 
> wrote:
>
>> Andrija - not sure about your 3.4GHz cores - must a be a simplified
>> lookup somewhere making assumptions.
>>
>> Eric - have just tried your scenario in my 4.11.2RC5 lab (admittedly with
>> VMware, not KVM) - and I can see my core allocation keeps going up, e.g. at
>> the moment it sits at 166% - 10 out of 6 cores used. However it doesn't
>> stop me starting new VMs (only using 30-40% CPU and memory).
>> Are you sure it's the core count preventing you from starting VMs? What
>> do the logs say? (Also keep in mind your system VMs are now using more
>> resources that before).
>>
>> Regards,
>> Dag Sonstebo
>> Cloud Architect
>> ShapeBlue
>>
>>
>> On 19/11/2018, 17:15, "Eric Lee Green"  wrote:
>>
>>
>> On 11/19/18 03:56, Andrija Panic wrote:
>> > Hi Ugo,
>> >
>> > Why would you want to do this, just curious ?
>> >
>> > I believe it's not possible, but anyway (at least with KVM,
>> probably same
>> > for other hypervisors) it doesn't even makes sense/use, since when
>> > deploying a VM, ACS query host free/unused number of MHz (GHz), so
>> it's not
>> > even relevant for ACS - number of cores in not relevant in ACS
>> calculations
>> > during VM deployment.
>>
>>
>> I think you are misunderstanding the question. I have 72 cores in my
>> cluster. Each of my hosts has 24 cores. With 4.9.2, I can provision
>> 10
>> virtual machines, each of which is programmed with 8 cores, meaning
>> 80
>> cores total. They on average are using only 25% of the CPU available
>> to
>> them (they need to be able to burst) and my compute servers on
>> average
>> are only 40% CPU used so that is not a problem.
>>
>> When I tried upgrading to 4.11.1,  the dashboard showed a new value
>> "#
>> of CPU Cores" in red and showed that I had more cores provisioned for
>> virtual machines than available in the cluster (80 versus 72
>> available).
>> Cloudstack would not launch new virtual machines. I shut down two
>> virtual machines, and now I can launch one, but not the second
>> because I
>> would need 80 cores total in my cluster. I cannot launch all 10
>> virtual
>> machines because I would need 80 cores total. I know this because I
>> tried it. I then used MySQL to tell Cloudstack that each of my hosts
>> has
>> 48 cores (144 total), and suddenly I can launch all of my virtual
>> machines.
>>
>> Is this a bug in 4.11.1? Or is this expected behavior? If expected
>> behavior, is there a way to over-provision "total # of cores used"
>> other
>> than to go into MySQL and tell it that my hosts have more cores than
>> they in fact have? (Note that my service offerings are limited to 8
>> cores max, so there's no way to launch a single VM with more cores
>> than
>> exists on a physical host, since all my hosts have 24 cores).
>>
>>
>> > On Mon, Nov 19, 2018, 11:31 Ugo Vasi > wrote:
>> >
>> >> Hi all,
>> >> in the dashboard of an ACS installation vesion 4.11.1.0 (Ubuntu
>> 16.04
>> >> with KVM hypervisor), the new entry "# of CPU Cores" appears.
>> >> Is it possible to over-provision like for MHz or storage?
>> >>
>> >> Thanks
>> >>
>> >>
>> >> --
>> >>
>> >> *Ugo Vasi* / System Administrator
>> >> ugo.v...@procne.it 
>> >>
>> >>
>> >>
>> >>
>> >> *Procne S.r.l.*
>> >> +39 0432 486 523
>> >> via Cotonificio, 45
>> >> 33010 Tavagnacco (UD)
>> >> www.procne.it 
>> >>
>> >>
>> >> Le informazioni contenute nella presente comunicazione ed i
>> relativi
>> >> allegati possono essere riservate e sono, comunque, destinate
>> >> esclusivamente alle persone od alla Società sopraindicati. La
>> >> diffusione, distribuzione e/o copiatura del documento trasmesso da
>> parte
>> >> di qualsiasi soggetto diverso dal destinatario è proibita sia ai
>> sensi
>> >> dell'art. 616 c.p., che ai sensi del Decreto Legislativo 

Re: number of cores

[Andrija Panic]

Let me test this also, on clean 4.11.2 RC5... (KVM)


On Mon, 19 Nov 2018 at 18:47, Dag Sonstebo 
wrote:

> Andrija - not sure about your 3.4GHz cores - must a be a simplified lookup
> somewhere making assumptions.
>
> Eric - have just tried your scenario in my 4.11.2RC5 lab (admittedly with
> VMware, not KVM) - and I can see my core allocation keeps going up, e.g. at
> the moment it sits at 166% - 10 out of 6 cores used. However it doesn't
> stop me starting new VMs (only using 30-40% CPU and memory).
> Are you sure it's the core count preventing you from starting VMs? What do
> the logs say? (Also keep in mind your system VMs are now using more
> resources that before).
>
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
>
>
> On 19/11/2018, 17:15, "Eric Lee Green"  wrote:
>
>
> On 11/19/18 03:56, Andrija Panic wrote:
> > Hi Ugo,
> >
> > Why would you want to do this, just curious ?
> >
> > I believe it's not possible, but anyway (at least with KVM, probably
> same
> > for other hypervisors) it doesn't even makes sense/use, since when
> > deploying a VM, ACS query host free/unused number of MHz (GHz), so
> it's not
> > even relevant for ACS - number of cores in not relevant in ACS
> calculations
> > during VM deployment.
>
>
> I think you are misunderstanding the question. I have 72 cores in my
> cluster. Each of my hosts has 24 cores. With 4.9.2, I can provision 10
> virtual machines, each of which is programmed with 8 cores, meaning 80
> cores total. They on average are using only 25% of the CPU available
> to
> them (they need to be able to burst) and my compute servers on average
> are only 40% CPU used so that is not a problem.
>
> When I tried upgrading to 4.11.1,  the dashboard showed a new value "#
> of CPU Cores" in red and showed that I had more cores provisioned for
> virtual machines than available in the cluster (80 versus 72
> available).
> Cloudstack would not launch new virtual machines. I shut down two
> virtual machines, and now I can launch one, but not the second because
> I
> would need 80 cores total in my cluster. I cannot launch all 10
> virtual
> machines because I would need 80 cores total. I know this because I
> tried it. I then used MySQL to tell Cloudstack that each of my hosts
> has
> 48 cores (144 total), and suddenly I can launch all of my virtual
> machines.
>
> Is this a bug in 4.11.1? Or is this expected behavior? If expected
> behavior, is there a way to over-provision "total # of cores used"
> other
> than to go into MySQL and tell it that my hosts have more cores than
> they in fact have? (Note that my service offerings are limited to 8
> cores max, so there's no way to launch a single VM with more cores
> than
> exists on a physical host, since all my hosts have 24 cores).
>
>
> > On Mon, Nov 19, 2018, 11:31 Ugo Vasi  wrote:
> >
> >> Hi all,
> >> in the dashboard of an ACS installation vesion 4.11.1.0 (Ubuntu
> 16.04
> >> with KVM hypervisor), the new entry "# of CPU Cores" appears.
> >> Is it possible to over-provision like for MHz or storage?
> >>
> >> Thanks
> >>
> >>
> >> --
> >>
> >> *Ugo Vasi* / System Administrator
> >> ugo.v...@procne.it 
> >>
> >>
> >>
> >>
> >> *Procne S.r.l.*
> >> +39 0432 486 523
> >> via Cotonificio, 45
> >> 33010 Tavagnacco (UD)
> >> www.procne.it 
> >>
> >>
> >> Le informazioni contenute nella presente comunicazione ed i relativi
> >> allegati possono essere riservate e sono, comunque, destinate
> >> esclusivamente alle persone od alla Società sopraindicati. La
> >> diffusione, distribuzione e/o copiatura del documento trasmesso da
> parte
> >> di qualsiasi soggetto diverso dal destinatario è proibita sia ai
> sensi
> >> dell'art. 616 c.p., che ai sensi del Decreto Legislativo n. 196/2003
> >> "Codice in materia di protezione dei dati personali". Se avete
> ricevuto
> >> questo messaggio per errore, vi preghiamo di distruggerlo e di
> informare
> >> immediatamente Procne S.r.l. scrivendo all' indirizzo e-mail
> >> i...@procne.it .
> >>
> >>
>
>
>
> dag.sonst...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
>

-- 

Andrija Panić

Re: KVM NFS template image

[Andrija Panic]

True (at least I'm sure for SolidFire) - but I believe in general also
(will test this now...)

On Mon, 19 Nov 2018 at 18:51, Dag Sonstebo 
wrote:

> Developers please correct me... but as far as I remember there is a
> garbage collector which does remove the templates from primary storage once
> they are not needed (i.e. have no more "child VMs"). This is controlled by
> the global setting "storage.template.cleanup.enabled".
>
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
>
>
> On 16/11/2018, 22:51, "ran huang"  wrote:
>
> Hi Andrija,
>
> Thanks for the clarification and quick response
>
> regards,
> Ran
>
> On 11/16/2018 02:15 PM, Andrija Panic wrote:
> > Hi Ran,
> >
> > templates stays on Primary Storage "forever", at least for NFS (they
> are
> > moved from Secondary to Primary when you deploy a very first VM from
> > specific template). All VMs have this templates qcow2 as baking
> (parent)
> > image.
> >
> > This template is a qcow2 copy of a file from Secondary Storage - and
> is
> > considered a "parent" image, from which all child images  (VM
> volumes) are
> > created - as you stated baking file (qcow linked clones, in official
> > terminology)
> >
> > you can have i.e. 100 VMs all linking (having it's backing file...)
> to a
> > template qcow2 file.
> > So in other words, it's not supposed to be removed.
> >
> > Does this make sense?
> >
> > Cheers
> >
> >
> >
>
> dag.sonst...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
> > On Fri, 16 Nov 2018 at 22:38, ran huang  wrote:
> >
> >> Greetings All,
> >>
> >> For qcow2 format images, when creating a new VM in KVM, the template
> >> image is copied from secondary storage to primary storage, and the
> root
> >> volume image is created with the template image as a backing file.
> >>
> >> But when I break this backing chain on primary(expunge VM or revert
> to a
> >> snapshot previously created on the root volume image), the template
> >> image is not deleted.
> >>
> >> Might I ask how is the template image going to be cleaned from the
> >> primary storage?
> >>
> >>
> >> addendum:
> >> CS ver 4.9.2 on CentOS 7.2
> >>
> >> regards,
> >> Ran
> >>
> >
>
>
>
>

-- 

Andrija Panić

Re: can't enable autoscaling options

[Dag Sonstebo]

Fernando - which process did you follow? I know this worked at some point in 
the past, but not played with it for years.

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue
 

On 14/11/2018, 14:29, "Alvarez Fernando"  wrote:

Hi there!

Some time ago I am trying to enable the "autoscaling" function on my 
cloudstack platform without success.
The idea is to enable the function without netscaler for a kind of POC, 
however and beyond to meet the prerequisites (enable the function from global 
settings, create a template with xen-tools, etc), I can not visualize the 
function from the balancing options.
My current version of cloudstack installed is 4.9.3.0.
Any ideas about where I would be failing?


Regards,


Fernando.



dag.sonst...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

Re: KVM NFS template image

[Dag Sonstebo]

Developers please correct me... but as far as I remember there is a garbage 
collector which does remove the templates from primary storage once they are 
not needed (i.e. have no more "child VMs"). This is controlled by the global 
setting "storage.template.cleanup.enabled".

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue
 

On 16/11/2018, 22:51, "ran huang"  wrote:

Hi Andrija,

Thanks for the clarification and quick response

regards,
Ran

On 11/16/2018 02:15 PM, Andrija Panic wrote:
> Hi Ran,
>
> templates stays on Primary Storage "forever", at least for NFS (they are
> moved from Secondary to Primary when you deploy a very first VM from
> specific template). All VMs have this templates qcow2 as baking (parent)
> image.
>
> This template is a qcow2 copy of a file from Secondary Storage - and is
> considered a "parent" image, from which all child images  (VM volumes) are
> created - as you stated baking file (qcow linked clones, in official
> terminology)
>
> you can have i.e. 100 VMs all linking (having it's backing file...) to a
> template qcow2 file.
> So in other words, it's not supposed to be removed.
>
> Does this make sense?
>
> Cheers
>
>
>

dag.sonst...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

> On Fri, 16 Nov 2018 at 22:38, ran huang  wrote:
>
>> Greetings All,
>>
>> For qcow2 format images, when creating a new VM in KVM, the template
>> image is copied from secondary storage to primary storage, and the root
>> volume image is created with the template image as a backing file.
>>
>> But when I break this backing chain on primary(expunge VM or revert to a
>> snapshot previously created on the root volume image), the template
>> image is not deleted.
>>
>> Might I ask how is the template image going to be cleaned from the
>> primary storage?
>>
>>
>> addendum:
>> CS ver 4.9.2 on CentOS 7.2
>>
>> regards,
>> Ran
>>
>

Re: number of cores

[Dag Sonstebo]

Andrija - not sure about your 3.4GHz cores - must a be a simplified lookup 
somewhere making assumptions.

Eric - have just tried your scenario in my 4.11.2RC5 lab (admittedly with 
VMware, not KVM) - and I can see my core allocation keeps going up, e.g. at the 
moment it sits at 166% - 10 out of 6 cores used. However it doesn't stop me 
starting new VMs (only using 30-40% CPU and memory). 
Are you sure it's the core count preventing you from starting VMs? What do the 
logs say? (Also keep in mind your system VMs are now using more resources that 
before).

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue
 

On 19/11/2018, 17:15, "Eric Lee Green"  wrote:


On 11/19/18 03:56, Andrija Panic wrote:
> Hi Ugo,
>
> Why would you want to do this, just curious ?
>
> I believe it's not possible, but anyway (at least with KVM, probably same
> for other hypervisors) it doesn't even makes sense/use, since when
> deploying a VM, ACS query host free/unused number of MHz (GHz), so it's 
not
> even relevant for ACS - number of cores in not relevant in ACS 
calculations
> during VM deployment.


I think you are misunderstanding the question. I have 72 cores in my 
cluster. Each of my hosts has 24 cores. With 4.9.2, I can provision 10 
virtual machines, each of which is programmed with 8 cores, meaning 80 
cores total. They on average are using only 25% of the CPU available to 
them (they need to be able to burst) and my compute servers on average 
are only 40% CPU used so that is not a problem.

When I tried upgrading to 4.11.1,  the dashboard showed a new value "# 
of CPU Cores" in red and showed that I had more cores provisioned for 
virtual machines than available in the cluster (80 versus 72 available). 
Cloudstack would not launch new virtual machines. I shut down two 
virtual machines, and now I can launch one, but not the second because I 
would need 80 cores total in my cluster. I cannot launch all 10 virtual 
machines because I would need 80 cores total. I know this because I 
tried it. I then used MySQL to tell Cloudstack that each of my hosts has 
48 cores (144 total), and suddenly I can launch all of my virtual machines.

Is this a bug in 4.11.1? Or is this expected behavior? If expected 
behavior, is there a way to over-provision "total # of cores used" other 
than to go into MySQL and tell it that my hosts have more cores than 
they in fact have? (Note that my service offerings are limited to 8 
cores max, so there's no way to launch a single VM with more cores than 
exists on a physical host, since all my hosts have 24 cores).


> On Mon, Nov 19, 2018, 11:31 Ugo Vasi 
>> Hi all,
>> in the dashboard of an ACS installation vesion 4.11.1.0 (Ubuntu 16.04
>> with KVM hypervisor), the new entry "# of CPU Cores" appears.
>> Is it possible to over-provision like for MHz or storage?
>>
>> Thanks
>>
>>
>> --
>>
>> *Ugo Vasi* / System Administrator
>> ugo.v...@procne.it 
>>
>>
>>
>>
>> *Procne S.r.l.*
>> +39 0432 486 523
>> via Cotonificio, 45
>> 33010 Tavagnacco (UD)
>> www.procne.it 
>>
>>
>> Le informazioni contenute nella presente comunicazione ed i relativi
>> allegati possono essere riservate e sono, comunque, destinate
>> esclusivamente alle persone od alla Società sopraindicati. La
>> diffusione, distribuzione e/o copiatura del documento trasmesso da parte
>> di qualsiasi soggetto diverso dal destinatario è proibita sia ai sensi
>> dell'art. 616 c.p., che ai sensi del Decreto Legislativo n. 196/2003
>> "Codice in materia di protezione dei dati personali". Se avete ricevuto
>> questo messaggio per errore, vi preghiamo di distruggerlo e di informare
>> immediatamente Procne S.r.l. scrivendo all' indirizzo e-mail
>> i...@procne.it .
>>
>>



dag.sonst...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

Re: number of cores

[Eric Lee Green]

On 11/19/18 03:56, Andrija Panic wrote:

Hi Ugo,

Why would you want to do this, just curious ?

I believe it's not possible, but anyway (at least with KVM, probably same
for other hypervisors) it doesn't even makes sense/use, since when
deploying a VM, ACS query host free/unused number of MHz (GHz), so it's not
even relevant for ACS - number of cores in not relevant in ACS calculations
during VM deployment.



I think you are misunderstanding the question. I have 72 cores in my 
cluster. Each of my hosts has 24 cores. With 4.9.2, I can provision 10 
virtual machines, each of which is programmed with 8 cores, meaning 80 
cores total. They on average are using only 25% of the CPU available to 
them (they need to be able to burst) and my compute servers on average 
are only 40% CPU used so that is not a problem.


When I tried upgrading to 4.11.1,  the dashboard showed a new value "# 
of CPU Cores" in red and showed that I had more cores provisioned for 
virtual machines than available in the cluster (80 versus 72 available). 
Cloudstack would not launch new virtual machines. I shut down two 
virtual machines, and now I can launch one, but not the second because I 
would need 80 cores total in my cluster. I cannot launch all 10 virtual 
machines because I would need 80 cores total. I know this because I 
tried it. I then used MySQL to tell Cloudstack that each of my hosts has 
48 cores (144 total), and suddenly I can launch all of my virtual machines.


Is this a bug in 4.11.1? Or is this expected behavior? If expected 
behavior, is there a way to over-provision "total # of cores used" other 
than to go into MySQL and tell it that my hosts have more cores than 
they in fact have? (Note that my service offerings are limited to 8 
cores max, so there's no way to launch a single VM with more cores than 
exists on a physical host, since all my hosts have 24 cores).




On Mon, Nov 19, 2018, 11:31 Ugo Vasi 
Hi all,
in the dashboard of an ACS installation vesion 4.11.1.0 (Ubuntu 16.04
with KVM hypervisor), the new entry "# of CPU Cores" appears.
Is it possible to over-provision like for MHz or storage?

Thanks


--

*Ugo Vasi* / System Administrator
ugo.v...@procne.it 




*Procne S.r.l.*
+39 0432 486 523
via Cotonificio, 45
33010 Tavagnacco (UD)
www.procne.it 


Le informazioni contenute nella presente comunicazione ed i relativi
allegati possono essere riservate e sono, comunque, destinate
esclusivamente alle persone od alla Società sopraindicati. La
diffusione, distribuzione e/o copiatura del documento trasmesso da parte
di qualsiasi soggetto diverso dal destinatario è proibita sia ai sensi
dell'art. 616 c.p., che ai sensi del Decreto Legislativo n. 196/2003
"Codice in materia di protezione dei dati personali". Se avete ricevuto
questo messaggio per errore, vi preghiamo di distruggerlo e di informare
immediatamente Procne S.r.l. scrivendo all' indirizzo e-mail
i...@procne.it .

Re: number of cores

[Andrija Panic]

Thx Dag for confirmation.

Speaking about CPU cores - I do have one "problem" which not sure is
possible to solve in meaningful way

2 x 8 core Intel Xeon E5 2.6GHz nominally (with HT enabled), with burst to
3.4 GHz ( but ! only a few cores can burst to that 3.4 - not all at the
same time !) -  and CloudStack reports my host as 32 x 3.4GHz (instead of
32 x 2.6 GHz)
(not sure from where does ACS extract this 3.4GHz info... - effectively my
host CPUs are overprovisioned here by 3.4 / 2.6 = 1.30 (30%
overprovisioning)

One note, we do have CPU governor set to high performance etc...

Any opinion ?

Cheers

On Mon, 19 Nov 2018 at 16:10, Dag Sonstebo 
wrote:

> Ultimately there will always be a 1-to-1 relationship between vCPU cores
> and physical cores - you can't make a 4vCPU VM run on an "overprovisioned 2
> physical core" hypervisor (unless you consider Intel HT to be exactly
> this). You can only overprovision time slices of your total clock cycles.
> If you push the limits too far on this though you get vCPU wait times -
> when there is too much contention and it ends up taking too long to
> schedule e.g. 4 vCPUs on 4 physical cores.
>
> IMO having the total number of cores is still useful information - same as
> total number of hosts and memory. Yes we know these are total numbers - but
> still gives you an idea of the capacity of your compute nodes.
>
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
>
>
> On 19/11/2018, 14:43, "Andrija Panic"  wrote:
>
> Unless someone gives you better answer, I guess it's for fun - to have
> more
> detailed numbers in dashboard (may be it's related to other hypervisor
> types, just assuming... or not...)
>
> Cheers
>
>
> dag.sonst...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
> On Mon, 19 Nov 2018 at 14:11, Ugo Vasi  wrote:
>
> > Hi Andrija,
> > not having noticed this new voice before I wondered if it is limiting
> > the fact of reaching or exceeding the number of physical cores.
> >
> > What is the purpose of this dashboard pane?
> >
> >
> > Il 19/11/18 12:56, Andrija Panic ha scritto:
> > > Hi Ugo,
> > >
> > > Why would you want to do this, just curious ?
> > >
> > > I believe it's not possible, but anyway (at least with KVM,
> probably same
> > > for other hypervisors) it doesn't even makes sense/use, since when
> > > deploying a VM, ACS query host free/unused number of MHz (GHz), so
> it's
> > not
> > > even relevant for ACS - number of cores in not relevant in ACS
> > calculations
> > > during VM deployment.
> > >
> > >
> > > Cheers,
> > > Andrija
> > >
> > > On Mon, Nov 19, 2018, 11:31 Ugo Vasi  wrote:
> > >
> > >> Hi all,
> > >> in the dashboard of an ACS installation vesion 4.11.1.0 (Ubuntu
> 16.04
> > >> with KVM hypervisor), the new entry "# of CPU Cores" appears.
> > >> Is it possible to over-provision like for MHz or storage?
> > >>
> > >> Thanks
> > >>
> > >>
> > >> --
> > >>
> > >> *Ugo Vasi* / System Administrator
> > >> ugo.v...@procne.it 
> > >>
> > >>
> > >>
> > >>
> > >> *Procne S.r.l.*
> > >> +39 0432 486 523
> > >> via Cotonificio, 45
> > >> 33010 Tavagnacco (UD)
> > >> www.procne.it 
> > >>
> > >>
> > >> Le informazioni contenute nella presente comunicazione ed i
> relativi
> > >> allegati possono essere riservate e sono, comunque, destinate
> > >> esclusivamente alle persone od alla Società sopraindicati. La
> > >> diffusione, distribuzione e/o copiatura del documento trasmesso
> da parte
> > >> di qualsiasi soggetto diverso dal destinatario è proibita sia ai
> sensi
> > >> dell'art. 616 c.p., che ai sensi del Decreto Legislativo n.
> 196/2003
> > >> "Codice in materia di protezione dei dati personali". Se avete
> ricevuto
> > >> questo messaggio per errore, vi preghiamo di distruggerlo e di
> informare
> > >> immediatamente Procne S.r.l. scrivendo all' indirizzo e-mail
> > >> i...@procne.it .
> > >>
> > >>
> > >
> > >
> > >
> >
> >
> > --
> >
> > *Ugo Vasi* / System Administrator
> > ugo.v...@procne.it 
> >
> >
> >
> >
> > *Procne S.r.l.*
> > +39 0432 486 523
> > via Cotonificio, 45
> > 33010 Tavagnacco (UD)
> > www.procne.it 
> >
> >
> > Le informazioni contenute nella presente comunicazione ed i relativi
> > allegati possono essere riservate e sono, comunque, destinate
> > esclusivamente alle persone od alla Società sopraindicati. La
> > diffusione, distribuzione e/o copiatura del documento trasmesso da
> parte
> > di qualsiasi soggetto diverso dal destinatario è proibita sia ai
> sensi
> > 

Re: number of cores

[Dag Sonstebo]

Ultimately there will always be a 1-to-1 relationship between vCPU cores and 
physical cores - you can't make a 4vCPU VM run on an "overprovisioned 2 
physical core" hypervisor (unless you consider Intel HT to be exactly this). 
You can only overprovision time slices of your total clock cycles. If you push 
the limits too far on this though you get vCPU wait times - when there is too 
much contention and it ends up taking too long to schedule e.g. 4 vCPUs on 4 
physical cores.

IMO having the total number of cores is still useful information - same as 
total number of hosts and memory. Yes we know these are total numbers - but 
still gives you an idea of the capacity of your compute nodes.

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue
 

On 19/11/2018, 14:43, "Andrija Panic"  wrote:

Unless someone gives you better answer, I guess it's for fun - to have more
detailed numbers in dashboard (may be it's related to other hypervisor
types, just assuming... or not...)

Cheers


dag.sonst...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

On Mon, 19 Nov 2018 at 14:11, Ugo Vasi  wrote:

> Hi Andrija,
> not having noticed this new voice before I wondered if it is limiting
> the fact of reaching or exceeding the number of physical cores.
>
> What is the purpose of this dashboard pane?
>
>
> Il 19/11/18 12:56, Andrija Panic ha scritto:
> > Hi Ugo,
> >
> > Why would you want to do this, just curious ?
> >
> > I believe it's not possible, but anyway (at least with KVM, probably 
same
> > for other hypervisors) it doesn't even makes sense/use, since when
> > deploying a VM, ACS query host free/unused number of MHz (GHz), so it's
> not
> > even relevant for ACS - number of cores in not relevant in ACS
> calculations
> > during VM deployment.
> >
> >
> > Cheers,
> > Andrija
> >
> > On Mon, Nov 19, 2018, 11:31 Ugo Vasi  >
> >> Hi all,
> >> in the dashboard of an ACS installation vesion 4.11.1.0 (Ubuntu 16.04
> >> with KVM hypervisor), the new entry "# of CPU Cores" appears.
> >> Is it possible to over-provision like for MHz or storage?
> >>
> >> Thanks
> >>
> >>
> >> --
> >>
> >> *Ugo Vasi* / System Administrator
> >> ugo.v...@procne.it 
> >>
> >>
> >>
> >>
> >> *Procne S.r.l.*
> >> +39 0432 486 523
> >> via Cotonificio, 45
> >> 33010 Tavagnacco (UD)
> >> www.procne.it 
> >>
> >>
> >> Le informazioni contenute nella presente comunicazione ed i relativi
> >> allegati possono essere riservate e sono, comunque, destinate
> >> esclusivamente alle persone od alla Società sopraindicati. La
> >> diffusione, distribuzione e/o copiatura del documento trasmesso da 
parte
> >> di qualsiasi soggetto diverso dal destinatario è proibita sia ai sensi
> >> dell'art. 616 c.p., che ai sensi del Decreto Legislativo n. 196/2003
> >> "Codice in materia di protezione dei dati personali". Se avete ricevuto
> >> questo messaggio per errore, vi preghiamo di distruggerlo e di 
informare
> >> immediatamente Procne S.r.l. scrivendo all' indirizzo e-mail
> >> i...@procne.it .
> >>
> >>
> >
> >
> >
>
>
> --
>
> *Ugo Vasi* / System Administrator
> ugo.v...@procne.it 
>
>
>
>
> *Procne S.r.l.*
> +39 0432 486 523
> via Cotonificio, 45
> 33010 Tavagnacco (UD)
> www.procne.it 
>
>
> Le informazioni contenute nella presente comunicazione ed i relativi
> allegati possono essere riservate e sono, comunque, destinate
> esclusivamente alle persone od alla Società sopraindicati. La
> diffusione, distribuzione e/o copiatura del documento trasmesso da parte
> di qualsiasi soggetto diverso dal destinatario è proibita sia ai sensi
> dell'art. 616 c.p., che ai sensi del Decreto Legislativo n. 196/2003
> "Codice in materia di protezione dei dati personali". Se avete ricevuto
> questo messaggio per errore, vi preghiamo di distruggerlo e di informare
> immediatamente Procne S.r.l. scrivendo all' indirizzo e-mail
> i...@procne.it .
>
>

-- 

Andrija Panić

Re: number of cores

[Andrija Panic]

Unless someone gives you better answer, I guess it's for fun - to have more
detailed numbers in dashboard (may be it's related to other hypervisor
types, just assuming... or not...)

Cheers

On Mon, 19 Nov 2018 at 14:11, Ugo Vasi  wrote:

> Hi Andrija,
> not having noticed this new voice before I wondered if it is limiting
> the fact of reaching or exceeding the number of physical cores.
>
> What is the purpose of this dashboard pane?
>
>
> Il 19/11/18 12:56, Andrija Panic ha scritto:
> > Hi Ugo,
> >
> > Why would you want to do this, just curious ?
> >
> > I believe it's not possible, but anyway (at least with KVM, probably same
> > for other hypervisors) it doesn't even makes sense/use, since when
> > deploying a VM, ACS query host free/unused number of MHz (GHz), so it's
> not
> > even relevant for ACS - number of cores in not relevant in ACS
> calculations
> > during VM deployment.
> >
> >
> > Cheers,
> > Andrija
> >
> > On Mon, Nov 19, 2018, 11:31 Ugo Vasi  >
> >> Hi all,
> >> in the dashboard of an ACS installation vesion 4.11.1.0 (Ubuntu 16.04
> >> with KVM hypervisor), the new entry "# of CPU Cores" appears.
> >> Is it possible to over-provision like for MHz or storage?
> >>
> >> Thanks
> >>
> >>
> >> --
> >>
> >> *Ugo Vasi* / System Administrator
> >> ugo.v...@procne.it 
> >>
> >>
> >>
> >>
> >> *Procne S.r.l.*
> >> +39 0432 486 523
> >> via Cotonificio, 45
> >> 33010 Tavagnacco (UD)
> >> www.procne.it 
> >>
> >>
> >> Le informazioni contenute nella presente comunicazione ed i relativi
> >> allegati possono essere riservate e sono, comunque, destinate
> >> esclusivamente alle persone od alla Società sopraindicati. La
> >> diffusione, distribuzione e/o copiatura del documento trasmesso da parte
> >> di qualsiasi soggetto diverso dal destinatario è proibita sia ai sensi
> >> dell'art. 616 c.p., che ai sensi del Decreto Legislativo n. 196/2003
> >> "Codice in materia di protezione dei dati personali". Se avete ricevuto
> >> questo messaggio per errore, vi preghiamo di distruggerlo e di informare
> >> immediatamente Procne S.r.l. scrivendo all' indirizzo e-mail
> >> i...@procne.it .
> >>
> >>
> >
> >
> >
>
>
> --
>
> *Ugo Vasi* / System Administrator
> ugo.v...@procne.it 
>
>
>
>
> *Procne S.r.l.*
> +39 0432 486 523
> via Cotonificio, 45
> 33010 Tavagnacco (UD)
> www.procne.it 
>
>
> Le informazioni contenute nella presente comunicazione ed i relativi
> allegati possono essere riservate e sono, comunque, destinate
> esclusivamente alle persone od alla Società sopraindicati. La
> diffusione, distribuzione e/o copiatura del documento trasmesso da parte
> di qualsiasi soggetto diverso dal destinatario è proibita sia ai sensi
> dell'art. 616 c.p., che ai sensi del Decreto Legislativo n. 196/2003
> "Codice in materia di protezione dei dati personali". Se avete ricevuto
> questo messaggio per errore, vi preghiamo di distruggerlo e di informare
> immediatamente Procne S.r.l. scrivendo all' indirizzo e-mail
> i...@procne.it .
>
>

-- 

Andrija Panić

Re: number of cores

[Ugo Vasi]

Hi Andrija,
not having noticed this new voice before I wondered if it is limiting 
the fact of reaching or exceeding the number of physical cores.


What is the purpose of this dashboard pane?


Il 19/11/18 12:56, Andrija Panic ha scritto:

Hi Ugo,

Why would you want to do this, just curious ?

I believe it's not possible, but anyway (at least with KVM, probably same
for other hypervisors) it doesn't even makes sense/use, since when
deploying a VM, ACS query host free/unused number of MHz (GHz), so it's not
even relevant for ACS - number of cores in not relevant in ACS calculations
during VM deployment.


Cheers,
Andrija

On Mon, Nov 19, 2018, 11:31 Ugo Vasi 
Hi all,
in the dashboard of an ACS installation vesion 4.11.1.0 (Ubuntu 16.04
with KVM hypervisor), the new entry "# of CPU Cores" appears.
Is it possible to over-provision like for MHz or storage?

Thanks


--

*Ugo Vasi* / System Administrator
ugo.v...@procne.it 




*Procne S.r.l.*
+39 0432 486 523
via Cotonificio, 45
33010 Tavagnacco (UD)
www.procne.it 


Le informazioni contenute nella presente comunicazione ed i relativi
allegati possono essere riservate e sono, comunque, destinate
esclusivamente alle persone od alla Società sopraindicati. La
diffusione, distribuzione e/o copiatura del documento trasmesso da parte
di qualsiasi soggetto diverso dal destinatario è proibita sia ai sensi
dell'art. 616 c.p., che ai sensi del Decreto Legislativo n. 196/2003
"Codice in materia di protezione dei dati personali". Se avete ricevuto
questo messaggio per errore, vi preghiamo di distruggerlo e di informare
immediatamente Procne S.r.l. scrivendo all' indirizzo e-mail
i...@procne.it .









--

*Ugo Vasi* / System Administrator
ugo.v...@procne.it 




*Procne S.r.l.*
+39 0432 486 523
via Cotonificio, 45
33010 Tavagnacco (UD)
www.procne.it 


Le informazioni contenute nella presente comunicazione ed i relativi 
allegati possono essere riservate e sono, comunque, destinate 
esclusivamente alle persone od alla Società sopraindicati. La 
diffusione, distribuzione e/o copiatura del documento trasmesso da parte 
di qualsiasi soggetto diverso dal destinatario è proibita sia ai sensi 
dell'art. 616 c.p., che ai sensi del Decreto Legislativo n. 196/2003 
"Codice in materia di protezione dei dati personali". Se avete ricevuto 
questo messaggio per errore, vi preghiamo di distruggerlo e di informare 
immediatamente Procne S.r.l. scrivendo all' indirizzo e-mail 
i...@procne.it .

Re: number of cores

[Andrija Panic]

Hi Ugo,

Why would you want to do this, just curious ?

I believe it's not possible, but anyway (at least with KVM, probably same
for other hypervisors) it doesn't even makes sense/use, since when
deploying a VM, ACS query host free/unused number of MHz (GHz), so it's not
even relevant for ACS - number of cores in not relevant in ACS calculations
during VM deployment.


Cheers,
Andrija

On Mon, Nov 19, 2018, 11:31 Ugo Vasi  Hi all,
> in the dashboard of an ACS installation vesion 4.11.1.0 (Ubuntu 16.04
> with KVM hypervisor), the new entry "# of CPU Cores" appears.
> Is it possible to over-provision like for MHz or storage?
>
> Thanks
>
>
> --
>
> *Ugo Vasi* / System Administrator
> ugo.v...@procne.it 
>
>
>
>
> *Procne S.r.l.*
> +39 0432 486 523
> via Cotonificio, 45
> 33010 Tavagnacco (UD)
> www.procne.it 
>
>
> Le informazioni contenute nella presente comunicazione ed i relativi
> allegati possono essere riservate e sono, comunque, destinate
> esclusivamente alle persone od alla Società sopraindicati. La
> diffusione, distribuzione e/o copiatura del documento trasmesso da parte
> di qualsiasi soggetto diverso dal destinatario è proibita sia ai sensi
> dell'art. 616 c.p., che ai sensi del Decreto Legislativo n. 196/2003
> "Codice in materia di protezione dei dati personali". Se avete ricevuto
> questo messaggio per errore, vi preghiamo di distruggerlo e di informare
> immediatamente Procne S.r.l. scrivendo all' indirizzo e-mail
> i...@procne.it .
>
>

number of cores

[Ugo Vasi]

Hi all,
in the dashboard of an ACS installation vesion 4.11.1.0 (Ubuntu 16.04 
with KVM hypervisor), the new entry "# of CPU Cores" appears.

Is it possible to over-provision like for MHz or storage?

Thanks


--

*Ugo Vasi* / System Administrator
ugo.v...@procne.it 




*Procne S.r.l.*
+39 0432 486 523
via Cotonificio, 45
33010 Tavagnacco (UD)
www.procne.it 


Le informazioni contenute nella presente comunicazione ed i relativi 
allegati possono essere riservate e sono, comunque, destinate 
esclusivamente alle persone od alla Società sopraindicati. La 
diffusione, distribuzione e/o copiatura del documento trasmesso da parte 
di qualsiasi soggetto diverso dal destinatario è proibita sia ai sensi 
dell'art. 616 c.p., che ai sensi del Decreto Legislativo n. 196/2003 
"Codice in materia di protezione dei dati personali". Se avete ricevuto 
questo messaggio per errore, vi preghiamo di distruggerlo e di informare 
immediatamente Procne S.r.l. scrivendo all' indirizzo e-mail 
i...@procne.it .