Any plan for 4.11 LTS extension ?

[Haijiao]

HI, Community 


According to the LTS roadmap 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/LTS ,  current 4.11.x is 
supposed to reach EOL on Jul.1 this year. 


Seems the next candidate of LTS is not available yet ( 4.13 ?) ,  do we have 
plan to extend the life of 4.11.x and at least promote another maintenance 
release with estimated date ?, e.g. 4.11.3 in Q2 


Thanks ！

Re: New VP of CloudStack: Paul Angus

[Tutkowski, Mike]

Thanks, everyone! I'm sure Paul will do a fantastic job as VP in the coming 
year.

On 3/13/19, 12:58 PM, "Melanie Desaive"  wrote:

NetApp Security WARNING: This is an external email. Do not click links or 
open attachments unless you recognize the sender and know the content is safe.




Wow! Great news! Congratulations Paul!

And thanks a lot to Mike!

All my best wishes to all of you!

Am Montag, den 11.03.2019, 15:16 + schrieb Tutkowski, Mike:
> Hi everyone,
>
> As you may know, the role of VP of CloudStack (Chair of the
> CloudStack PMC) has a one-year term. My term has now come and gone.
>
> I’m happy to announce that the CloudStack PMC has elected Paul Angus
> as our new VP of CloudStack.
>
> As many already know, Paul has been an active member of the
> CloudStack Community for over six years now. I’ve worked with Paul on
> and off throughout much of that time and I believe he’ll be a great
> fit for this role.
>
> Please join me in welcoming Paul as the new VP of Apache CloudStack!
>
> Thanks,
> Mike
--
--
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin

https://www.heinlein-support.de

Tel: 030 / 40 50 51 - 62
Fax: 030 / 40 50 51 - 19

Amtsgericht Berlin-Charlottenburg - HRB 93818 B
Geschäftsführer: Peer Heinlein - Sitz: Berlin

Re: New VP of CloudStack: Paul Angus

[Melanie Desaive]

Wow! Great news! Congratulations Paul!

And thanks a lot to Mike!

All my best wishes to all of you!

Am Montag, den 11.03.2019, 15:16 + schrieb Tutkowski, Mike:
> Hi everyone,
> 
> As you may know, the role of VP of CloudStack (Chair of the
> CloudStack PMC) has a one-year term. My term has now come and gone.
> 
> I’m happy to announce that the CloudStack PMC has elected Paul Angus
> as our new VP of CloudStack.
> 
> As many already know, Paul has been an active member of the
> CloudStack Community for over six years now. I’ve worked with Paul on
> and off throughout much of that time and I believe he’ll be a great
> fit for this role.
> 
> Please join me in welcoming Paul as the new VP of Apache CloudStack!
> 
> Thanks,
> Mike
-- 
-- 
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin
  
https://www.heinlein-support.de
 
Tel: 030 / 40 50 51 - 62
Fax: 030 / 40 50 51 - 19
  
Amtsgericht Berlin-Charlottenburg - HRB 93818 B
Geschäftsführer: Peer Heinlein - Sitz: Berlin

Re: Proposal for EFI firmware support on KVM

[Nicolas Vazquez]

Hi Nathan,

I propose a similar approach than taken to enable DPDK on guest VMs for KVM: 
https://github.com/apache/cloudstack/pull/2839. I think you can follow a 
similar approach here:

- Add a property to enable EFI on the KVM hosts 'agent.properties' file
- Pass VM additional configurations (pieces of XML to include on the VM domain) 
on VM deployments or stopped VMs. These additional configurations are passed to 
the hypervisors only if setting 'enable.additional.vm.configuration' is enabled.

Regarding letting management server know which hosts are EFI enabled, I think 
you can use host capabilities. When agents connect to management server, they 
send the list of capabilities. A new capability for EFI can be sent to 
management server only when the property on agent.properties is set to true. 
Host tags is a good approach as well but capabilities will make it more robust 
in case host tags are not created.


Regards,

Nicolas Vazquez


From: Sven Vogel 
Sent: Wednesday, March 13, 2019 11:55 AM
To: dev@cloudstack.apache.org
Subject: Re: Proposal for EFI firmware support on KVM

Hi Nathan,

Sounds not bad. Yes we think it could be a good idea.

It point 2) is where can be found the efi=true?

And Second

How can we decide which machine will use efi or normal bios? efi=true flag?

The settings for the agent sound good.

After that it should be possible to use tianocore ovmf

https://github.com/tianocore/tianocore.github.io/wiki/OVMF

Greetings

Sven


Von meinem iPhone gesendet


__

Sven Vogel
Teamlead Platform

EWERK RZ GmbH
Br?hl 24, D-04109 Leipzig
P +49 341 42649 - 11
F +49 341 42649 - 18
s.vo...@ewerk.com
www.ewerk.com

Gesch?ftsf?hrer:
Dr. Erik Wende, Hendrik Schubert, Frank Richter, Gerhard Hoyer
Registergericht: Leipzig HRB 17023

Zertifiziert nach:
ISO/IEC 27001:2013
DIN EN ISO 9001:2015
DIN ISO/IEC 2-1:2011

EWERK-Blog | 
LinkedIn | 
Xing | 
Twitter | 
Facebook

Ausk?nfte und Angebote per Mail sind freibleibend und unverbindlich.

Disclaimer Privacy:
Der Inhalt dieser E-Mail (einschlie?lich etwaiger beigef?gter Dateien) ist 
vertraulich und nur f?r den Empf?nger bestimmt. Sollten Sie nicht der 
bestimmungsgem??e Empf?nger sein, ist Ihnen jegliche Offenlegung, 
Vervielf?ltigung, Weitergabe oder Nutzung des Inhalts untersagt. Bitte 
informieren Sie in diesem Fall unverz?glich den Absender und l?schen Sie die 
E-Mail (einschlie?lich etwaiger beigef?gter Dateien) von Ihrem System. Vielen 
Dank.

The contents of this e-mail (including any attachments) are confidential and 
may be legally privileged. If you are not the intended recipient of this 
e-mail, any disclosure, copying, distribution or use of its contents is 
strictly prohibited, and you should please notify the sender immediately and 
then delete it (including any attachments) from your system. Thank you.

Am 13.03.2019 um 15:30 schrieb Nathan Johnson 
mailto:njohn...@ena.com.invalid>>:

I've put together an approach for EFI support that we would like to get some 
feedback on before I create a PR.  Constructive criticism would be appreciated.

I've added the following properties to be configured in the agent.properties:

guest.loader.efi - boolean to switch efi on.  This must be true before it will 
inject any  entries into the domain xml
guest.loader.image - this would be the path to the bios/efi image
guest.loader.nvram - this optionally points to an nvram image


Even when a host is configured so that it can use EFI, it will only actually 
create a virtual machine when both of the following conditions are met:

1) the host has guest.locader.efi set to true in its agent.properties
2) the vm has the vm details parameter efi=true

At present there is no automatic way for the management server to know in 
advance which hosts have EFI enabled.  I suppose this could be approximated 
using tags.  It might be nice to make this more automatic, and have the 
resource planner aware of the efi toggle on the VM, but I'm not sure how best 
to implement that or if it's even worth it.

Thanks in advance!


Nathan Johnson
Senior R&D Engineer
Education Networks of America




nicolas.vazq...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

Re: Proposal for EFI firmware support on KVM

[Sven Vogel]

Hi Nathan,

Sounds not bad. Yes we think it could be a good idea.

It point 2) is where can be found the efi=true?

And Second

How can we decide which machine will use efi or normal bios? efi=true flag?

The settings for the agent sound good.

After that it should be possible to use tianocore ovmf

https://github.com/tianocore/tianocore.github.io/wiki/OVMF

Greetings

Sven


Von meinem iPhone gesendet


__

Sven Vogel
Teamlead Platform

EWERK RZ GmbH
Br?hl 24, D-04109 Leipzig
P +49 341 42649 - 11
F +49 341 42649 - 18
s.vo...@ewerk.com
www.ewerk.com

Gesch?ftsf?hrer:
Dr. Erik Wende, Hendrik Schubert, Frank Richter, Gerhard Hoyer
Registergericht: Leipzig HRB 17023

Zertifiziert nach:
ISO/IEC 27001:2013
DIN EN ISO 9001:2015
DIN ISO/IEC 2-1:2011

EWERK-Blog | 
LinkedIn | 
Xing | 
Twitter | 
Facebook

Ausk?nfte und Angebote per Mail sind freibleibend und unverbindlich.

Disclaimer Privacy:
Der Inhalt dieser E-Mail (einschlie?lich etwaiger beigef?gter Dateien) ist 
vertraulich und nur f?r den Empf?nger bestimmt. Sollten Sie nicht der 
bestimmungsgem??e Empf?nger sein, ist Ihnen jegliche Offenlegung, 
Vervielf?ltigung, Weitergabe oder Nutzung des Inhalts untersagt. Bitte 
informieren Sie in diesem Fall unverz?glich den Absender und l?schen Sie die 
E-Mail (einschlie?lich etwaiger beigef?gter Dateien) von Ihrem System. Vielen 
Dank.

The contents of this e-mail (including any attachments) are confidential and 
may be legally privileged. If you are not the intended recipient of this 
e-mail, any disclosure, copying, distribution or use of its contents is 
strictly prohibited, and you should please notify the sender immediately and 
then delete it (including any attachments) from your system. Thank you.

Am 13.03.2019 um 15:30 schrieb Nathan Johnson 
mailto:njohn...@ena.com.invalid>>:

I've put together an approach for EFI support that we would like to get some 
feedback on before I create a PR.  Constructive criticism would be appreciated.

I've added the following properties to be configured in the agent.properties:

guest.loader.efi - boolean to switch efi on.  This must be true before it will 
inject any  entries into the domain xml
guest.loader.image - this would be the path to the bios/efi image
guest.loader.nvram - this optionally points to an nvram image


Even when a host is configured so that it can use EFI, it will only actually 
create a virtual machine when both of the following conditions are met:

1) the host has guest.locader.efi set to true in its agent.properties
2) the vm has the vm details parameter efi=true

At present there is no automatic way for the management server to know in 
advance which hosts have EFI enabled.  I suppose this could be approximated 
using tags.  It might be nice to make this more automatic, and have the 
resource planner aware of the efi toggle on the VM, but I'm not sure how best 
to implement that or if it's even worth it.

Thanks in advance!


Nathan Johnson
Senior R&D Engineer
Education Networks of America

Re: New VP of CloudStack: Paul Angus

[Nathan Johnson]

Congratulations Paul!


Nathan Johnson
Senior R&D Engineer
Education Networks of America



> On Mar 11, 2019, at 10:16 AM, Tutkowski, Mike  
> wrote:
> 
> Hi everyone,
> 
> As you may know, the role of VP of CloudStack (Chair of the CloudStack PMC) 
> has a one-year term. My term has now come and gone.
> 
> I’m happy to announce that the CloudStack PMC has elected Paul Angus as our 
> new VP of CloudStack.
> 
> As many already know, Paul has been an active member of the CloudStack 
> Community for over six years now. I’ve worked with Paul on and off throughout 
> much of that time and I believe he’ll be a great fit for this role.
> 
> Please join me in welcoming Paul as the new VP of Apache CloudStack!
> 
> Thanks,
> Mike



smime.p7s
Description: S/MIME cryptographic signature

Proposal for EFI firmware support on KVM

[Nathan Johnson]

I've put together an approach for EFI support that we would like to get some 
feedback on before I create a PR.  Constructive criticism would be appreciated.

I've added the following properties to be configured in the agent.properties:

guest.loader.efi - boolean to switch efi on.  This must be true before it will 
inject any  entries into the domain xml
guest.loader.image - this would be the path to the bios/efi image
guest.loader.nvram - this optionally points to an nvram image


Even when a host is configured so that it can use EFI, it will only actually 
create a virtual machine when both of the following conditions are met:

1) the host has guest.locader.efi set to true in its agent.properties
2) the vm has the vm details parameter efi=true

At present there is no automatic way for the management server to know in 
advance which hosts have EFI enabled.  I suppose this could be approximated 
using tags.  It might be nice to make this more automatic, and have the 
resource planner aware of the efi toggle on the VM, but I'm not sure how best 
to implement that or if it's even worth it.

Thanks in advance!


Nathan Johnson
Senior R&D Engineer
Education Networks of America





smime.p7s
Description: S/MIME cryptographic signature

Re: [VOTE] Release Apache CloudStack CloudMonkey 6.0.0

[Rohit Yadav]

Thanks Gregor! I found that the -p profile bug was presentational only, 
typically users use the -p option in command line mode (not interactive/shell 
mode). When passing the -p option the chosen server profile is indeed used but 
on the shell, it prints the wrong profile name. I've fixed that on master now, 
since it's a small issue we'll ship this in future release.


Thanks  @Paul Angus and Remi.



Regards,

Rohit Yadav

Software Architect, ShapeBlue

https://www.shapeblue.com


From: Riepl, Gregor (SWISS TXT) 
Sent: Tuesday, March 12, 2019 3:40:26 PM
To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 6.0.0

No sure if my vote counts, but a
[x] +1 approve
from me.

I built the tag 6.0.0 locally with Go 1.11.5 and tested against a CS
4.5.2 and a CS 4.11.2 instance.

Listing VMs and stopping/starting instances works as expected, on both
CloudStack versions.

I also filed a few minor issues on Github, but nothing critical. The -p
argument bug should be fixed in the next release if possible, though.

rohit.ya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

Re: [VOTE] Release Apache CloudStack CloudMonkey 6.0.0

[Remi Bergsma]

Thanks Rohit, looks nice!

+1 (binding)

Did some basic testing, works fine so far!

Remi




From: Rohit Yadav 
Sent: 12 March 2019 07:33
To: dev@cloudstack.apache.org
Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 6.0.0

Thanks all for testing, we need one more pmc vote/testing to pass this vote. 
Thanks.


Current counting:


2 x +1/pmcs binding (Wido, Pierre-Luc)

3 x +1/others (Boris, Dag, Andrija)

0 x 0 (pmc/others)

0 x -1 (pmc/others)


Regards,

Rohit Yadav

Software Architect, ShapeBlue

https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.shapeblue.com&data=02%7C01%7C%7C9c2fd07d57294d92562e08d6a6b4bf6c%7Cdb27021b05df420391f71dc8f2fa0f3b%7C1%7C0%7C636879692581009038&sdata=9rDM40k8srmhp7TbI%2F4HLBaPXrH7Ka%2BwJOsYRUg6yjw%3D&reserved=0


From: Pierre-Luc Dion 
Sent: Monday, March 11, 2019 6:24:15 PM
To: dev@cloudstack.apache.org
Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 6.0.0

+1

basic test on 6.0.0 but using the go based cmk for few weeks already.

On Mon, Mar 11, 2019 at 6:49 AM Andrija Panic 
wrote:

> +1
>
> Somewhat limited testing, but played with previous beta builds - and all
> minor issues are fixed in this one - no new problems found.
>
> andrija.pa...@shapeblue.com
> https://emea01.safelinks.protection.outlook.com/?url=www.shapeblue.com&data=02%7C01%7C%7C9c2fd07d57294d92562e08d6a6b4bf6c%7Cdb27021b05df420391f71dc8f2fa0f3b%7C1%7C0%7C636879692581009038&sdata=XLm%2BtHCyt8KtwY5STOrzS0RZmnzukedYL%2FOjM4qz584%3D&reserved=0
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
>
> -Original Message-
> From: Dag Sonstebo 
> Sent: 11 March 2019 11:28
> To: dev@cloudstack.apache.org
> Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 6.0.0
>
> +1
>
> Tested and works well, no issues found. Navigation is greatly improved
> with options menus now more intuitive and selections with enter key allowed.
>
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
>
>
> On 11/03/2019, 09:51, "Boris Stoyanov" 
> wrote:
>
> +1
> Played with it locally, didn’t had any issues. All controls seems
> working.
>
>
> boris.stoya...@shapeblue.com
> 
> https://emea01.safelinks.protection.outlook.com/?url=www.shapeblue.com&data=02%7C01%7C%7C9c2fd07d57294d92562e08d6a6b4bf6c%7Cdb27021b05df420391f71dc8f2fa0f3b%7C1%7C0%7C636879692581019038&sdata=QKeD36%2Bm4BuW3JlK0F%2BIjchOHmGdC0cLoosxIS7lnLA%3D&reserved=0
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
>
> dag.sonst...@shapeblue.com
> https://emea01.safelinks.protection.outlook.com/?url=www.shapeblue.com&data=02%7C01%7C%7C9c2fd07d57294d92562e08d6a6b4bf6c%7Cdb27021b05df420391f71dc8f2fa0f3b%7C1%7C0%7C636879692581019038&sdata=QKeD36%2Bm4BuW3JlK0F%2BIjchOHmGdC0cLoosxIS7lnLA%3D&reserved=0
> Amadeus House, Floral Street, London  WC2E 9DPUK @shapeblue
>
>
>
>
rohit.ya...@shapeblue.com
https://emea01.safelinks.protection.outlook.com/?url=www.shapeblue.com&data=02%7C01%7C%7C9c2fd07d57294d92562e08d6a6b4bf6c%7Cdb27021b05df420391f71dc8f2fa0f3b%7C1%7C0%7C636879692581019038&sdata=QKeD36%2Bm4BuW3JlK0F%2BIjchOHmGdC0cLoosxIS7lnLA%3D&reserved=0
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue



> On 11 Mar 2019, at 11:25, Wido den Hollander  wrote:
> >
> > +1
> >
> > Tested it locally on my laptop and does the things I do with it.
> >
> > I couldn't find anything which didn't work.
> >
> > Wido
> >
> > On 3/11/19 8:07 AM, Rohit Yadav wrote:
> >> All,
> >>
> >>
> >> Due to the lack of any testing/voting, the RC1 voting window will
> stay open indefinitely until lazy consensus/majority is met or a bug is
> reported requiring RC2. Thanks.
> >>
> >>
> >>
> >> Regards,
> >>
> >> Rohit Yadav
> >>
> >> Software Architect, ShapeBlue
> >>
> >> 
> https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.shapeblue.com&data=02%7C01%7C%7C9c2fd07d57294d92562e08d6a6b4bf6c%7Cdb27021b05df420391f71dc8f2fa0f3b%7C1%7C0%7C636879692581019038&sdata=aUb3J9KD1v4hZf4VdsFeb5T%2FyIaNKAS0IhBBkOzuOLA%3D&reserved=0
> >>
> >