Re: [VOTE] Apache CloudStack 4.18.2.0 RC2

[Boris Stoyanov]

+1 (binding)

I’ve upgraded from 4.18.2 to 4.19.0.1 and it was successful, we’re still 
waiting Vladi to conclude with some general upgrades from previous versions and 
let us know, but so far it looks good.

Thanks,
Bobby.

From: Rohit Yadav 
Date: Wednesday, 17 April 2024 at 14:25
To: us...@cloudstack.apache.org , 
dev@cloudstack.apache.org 
Subject: Re: [VOTE] Apache CloudStack 4.18.2.0 RC2
+1 (binding)

I've built and uploaded the 4.18.2.0 RC2 packages here for people's convenience 
- http://cloudstack.apt-get.eu/testing/4.18.2.0-rc2/

  *
Tested upgrade from 4.18.1.1 to 4.18.2.0 RC packages -ok
  *
Rebuilt systemvms (ssvm and cpvm) - ok
  *
Restart network - ok
  *
New VM deployment on existing network post-upgrade using pre-upgrade template - 
ok
  *
Login as normal and admin users - ok
  *
cmk CLI test - ok
  *
Tested on a arm64/RPi platform - ok (caveat, had to build this 
http://cloudstack.apt-get.eu/rpi4/systemvmtemplate/4.18/systemvmtemplate-4.18.1-kvm-arm64.qcow2
 and ensure before starting the mgmt server post-upgrade, had to copy the file 
to /usr/share/cloudstack-management/templates/systemvm and fix/tricky the md5 
hash in the metadata.ini)

Regards.




 



From: Jithin Raju 
Sent: Wednesday, April 17, 2024 13:54
To: us...@cloudstack.apache.org ; 
dev@cloudstack.apache.org 
Subject: Re: [VOTE] Apache CloudStack 4.18.2.0 RC2

+1 tested the usual VM, network, and storage operations.


-Jithin

From: João Jandre 
Date: Friday, 12 April 2024 at 5:07 PM
To: dev@cloudstack.apache.org , 
us...@cloudstack.apache.org 
Subject: [VOTE] Apache CloudStack 4.18.2.0 RC2
Hi All,

I've created a 4.18.2.0 release (RC2), with the following artifacts up
for a vote:

Git Branch and Commit SH:
https://github.com/apache/cloudstack/tree/4.18.2.0-RC20240412T0825
Commit: 154566f914c778d448d4ab07b47b2db874bbf982

Source release (checksums and signatures are available at the same
location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.18.2.0/

PGP release keys (signed using 488D90DA107445E3243D162606F3CEC65B335790):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

Vote will be open for 120 hours (due to the weekend).

For sanity in tallying the vote, can PMC members please be sure to
indicate "(binding)" with their vote?

[ ] +1  approve
[ ] +0  no opinion
[ ] -1  disapprove (and reason why)

Re: [VOTE] Release Apache CloudStack Terraform Provider v0.5.0

[Boris Stoyanov]

+1 (binding), based on Kiran’s testing.

Bobby.

From: Kiran Chavala 
Date: Thursday, 4 April 2024 at 9:30
To: dev@cloudstack.apache.org , 
us...@cloudstack.apache.org 
Subject: Re: [VOTE] Release Apache CloudStack Terraform Provider v0.5.0
Hi All,

Reminder – terraform 0.5.0  is up for testing and voting.

Regards.
Kiran

From: Rohit Yadav 
Date: Wednesday, 3 April 2024 at 9:43 AM
To: dev@cloudstack.apache.org , 
us...@cloudstack.apache.org 
Subject: Re: [VOTE] Release Apache CloudStack Terraform Provider v0.5.0
+1 (binding)

Tested vm deployment using 0.5.0-pre.

Regards.






 



From: Kiran Chavala 
Sent: Tuesday, April 2, 2024 2:55:40 PM
To: dev@cloudstack.apache.org ; 
us...@cloudstack.apache.org 
Subject: [VOTE] Release Apache CloudStack Terraform Provider v0.5.0

Hi ALL

I've created a CloudStack Terraform Provider v0.5.0 release, with the following 
artifacts up for a vote:

Git Branch and Commit SH:

https://github.com/cloudstack/terraform-provider-cloudstack

Commit: 7c682bf17bebf40837a30ebcca811fc7b8785a15

Source release (checksums and signatures are available at the same location):
https://dist.apache.org/repos/dist/dev/cloudstack/terraform-provider-0.5.0/

PGP release keys (signed using E03379CB066175FAC2BC9E027B3F1C5E93F97FAB):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

Vote will be open for 72 hours.

For sanity in tallying the vote, can PMC members please be sure to indicate 
"(binding)" with their vote?

[ ] +1  approve
[ ] +0  no opinion
[ ] -1  disapprove (and reason why)

For users convenience, they can use this 0.5.0-pre build 
https://registry.terraform.io/providers/cloudstack/cloudstack/0.5.0-pre for 
testing purposes.
The binaries are here: 
https://github.com/apache/cloudstack-terraform-provider/releases/tag/v0.5.0-pre


Regards
Kiran Chavala

Re: [VOTE] Release Apache CloudStack CloudMonkey 6.4.0 - RC1

[Boris Stoyanov]

+1 Binding,

I’ve installed the client locally and did some ops around, listing creating and 
updating resources. I could not find any issues.

Bobby.

From: Rohit Yadav 
Date: Thursday, 21 March 2024 at 12:39
To: dev , users 
Subject: [VOTE] Release Apache CloudStack CloudMonkey 6.4.0 - RC1
Hi All,

I've created a v6.4.0 release of CloudMonkey, with the following
artifacts up for a vote:

Git Branch and commit SHA:
https://github.com/apache/cloudstack-cloudmonkey/commit/df65df7cfe331c5af5d39743717e3d58df921a48

Commit:
df65df7cfe331c5af5d39743717e3d58df921a48

GitHub pre-release (contains changelog,
artifacts/binaries to test, checksums/usage details):
https://github.com/apache/cloudstack-cloudmonkey/releases/tag/6.4.0

Source release (checksums and signatures are available at the same
location):
https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-6.4.0/

PGP release keys (signed using 5ED1E1122DC5E8A4A45112C2484248210EE3D884)
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

The vote will be open until 27th March, 2024.

For sanity in tallying the vote, can PMC members please be sure to
indicate "(binding)" with their vote?
[ ] +1 approve
[ ] +0 no opinion
[ ] -1 disapprove (and the reason why)

Convenience binaries are available from here:
https://github.com/apache/cloudstack-cloudmonkey/releases/tag/6.4.0

Regards.

 

Re: [VOTE] Apache CloudStack 4.19.0.0 RC4

[Boris Stoyanov]

+1 (binding)

I’ve tested multiple lifecycle operations around isntances, volumes, networks, 
infra and others. I did not come across any issues.

Thanks for the effort Abhishek and all involved!

Thanks,
Bobby.

From: Harikrishna Patnala 
Date: Thursday, 1 February 2024 at 13:53
To: us...@cloudstack.apache.org , 
dev@cloudstack.apache.org 
Cc: PMC 
Subject: Re: [VOTE] Apache CloudStack 4.19.0.0 RC4
+1 (binding)

Tested with multiple VM and volume operations using VMware environment with 
Datastore Cluster and NFS storages, working fine.

Thanks you all involved here for all the efforts.

Regards,
Harikrishna

From: Abhishek Kumar 
Date: Monday, 29 January 2024 at 12:28 PM
To: users , dev@cloudstack.apache.org 

Cc: PMC 
Subject: [VOTE] Apache CloudStack 4.19.0.0 RC4
Hi All,

I've created a 4.19.0.0 release (RC4), with the following artifacts up for
a vote:

Git Branch and Commit SH:
https://github.com/apache/cloudstack/tree/4.19.0.0-RC20240129T1021
Commit: 2746225b999612f156e421199e34ef8de98a3664

Source release (checksums and signatures are available at the same
location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.19.0.0/

PGP release keys (signed using 65518106473A09D7AF26B384A70BD2EAA74E2866):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

For testing purposes, I have uploaded the different distro packages to:
http://download.cloudstack.org/testing/4.19.0.0-RC4/

Since 4.16 the system VM template registration is no longer mandatory
before upgrading, however, it can be downloaded from here if needed:
https://download.cloudstack.org/systemvm/4.19/

The vote will be open for 72 hours.

For sanity in tallying the vote, can PMC members please be sure to indicate
"(binding)" with their vote?

[ ] +1  approve
[ ] +0  no opinion
[ ] -1  disapprove (and reason why)

Regards,
Abhishek



 

Re: New committer: Alexandre Mattioli

[Boris Stoyanov]

Congrats Alex, well deserved!

From: Wei ZHOU 
Date: Thursday, 11 January 2024 at 13:21
To: dev@cloudstack.apache.org 
Subject: Re: New committer: Alexandre Mattioli
Congratulations Alex !
Well deserved !

-Wei


 

On Wed, 10 Jan 2024 at 23:28, Nux  wrote:

> All,
>
> The Project Management Committee (PMC) for Apache CloudStack
> has invited Alexandre Mattioli to become a committer and we are pleased
> to announce that they have accepted.
>
> Alex has been instrumental in many features present today in Cloudstack,
> with a focus on networking and VMWare:
> - IPv6 static routing
> - Edge Zones
> - Autoscaling with VR
> - VNF appliances
> - VMWare NSX support
> - Tungsten Fabric / OpenSDN
> - Backup & recovery framework
> - VLAN trunking and security policies in ESX
> and so on.
>
>
> Please join me in congratulating Alex!
>
>

Re: [VOTE] Apache CloudStack 4.19.0.0 RC1

[Boris Stoyanov]

+1 to extend the vote to 1st week of Jan, most people are out on holiday

Bobby.

From: Daniel Salvador 
Date: Wednesday, 27 December 2023 at 15:23
To: us...@cloudstack.apache.org , 
dev@cloudstack.apache.org 
Subject: Re: [VOTE] Apache CloudStack 4.19.0.0 RC1
Thanks, Abhishek!

As a good part of the community is in holiday mood, I think we can
postpone the vote tailing to the first week of January 2024. What do you
think?

Best regards,
Daniel Salvador (gutoveronezi)

On 12/22/23 10:58, Nux wrote:
> That's a nice Christmas gift, Abhishek, thanks!
>
> I'll be testing after the new year.
>
>
>
> On 2023-12-22 13:48, Abhishek Kumar wrote:
>> Hi All,
>>
>> I've created a 4.19.0.0 release (RC1), with the following artifacts
>> up for
>> a vote:
>>
>> Git Branch and Commit SH:
>> https://github.com/apache/cloudstack/tree/4.19.0.0-RC20231222T1711
>> Commit: 92c0fc8fc25c916a7f3c7875d924b2d14d437501
>>
>> Source release (checksums and signatures are available at the same
>> location):
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.19.0.0/
>>
>> PGP release keys (signed using
>> 65518106473A09D7AF26B384A70BD2EAA74E2866):
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> For testing purposes, I have uploaded the different distro packages to:
>> http://download.cloudstack.org/testing/4.19.0.0-RC1/
>>
>> Since 4.16 the system VM template registration is no longer mandatory
>> before upgrading, however, it can be downloaded from here if needed:
>> https://download.cloudstack.org/systemvm/4.19/
>>
>> Vote will be open for 120 hours.
>>
>> For sanity in tallying the vote, can PMC members please be sure to
>> indicate
>> "(binding)" with their vote?
>>
>> [ ] +1  approve
>> [ ] +0  no opinion
>> [ ] -1  disapprove (and reason why)
>>
>> Happy Christmas everyone!
>>
>> @Devs - sorry the previous email wasn't copied to the user mailing list
>> correctly.
>>
>> Regards,
>> Abhishek
>>
>>>

 

Re: [VOTE] Adopt Github Discusssions as Users Forum

[Boris Stoyanov]

+1

From: Wido den Hollander 
Date: Tuesday, 5 December 2023 at 8:19
To: us...@cloudstack.apache.org , Nux 
, dev@cloudstack.apache.org 
Cc: priv...@cloudstack.apache.org 
Subject: Re: [VOTE] Adopt Github Discusssions as Users Forum
-0: Agree with Nux (see his concern in another e-mail)

Op 04/12/2023 om 22:56 schreef Nux:
> -0 - I have voiced my concerns already.
>
>
> On 2023-12-04 08:01, Rohit Yadav wrote:
>> All,
>>
>> Following the discussion thread on adopting Github Discussions as
>> users forum [1], I put the following proposal for a vote:
>>
>>
>>   1.  Adopt and use Github Discussions as user forums.
>>   2.  The Github Discussions feature is tied with the
>> us...@cloudstack.apache.org mailing list (PR:
>> https://github.com/apache/cloudstack/pull/8274).
>>   3.  Any project governance and decision-making thread such as
>> voting, releases etc. should continue to use the project mailing lists.
>>
>> Vote will be open for 120 hours (by Friday, 8th Dec).
>>
>> For sanity in tallying the vote, can PMC members please be sure to
>> indicate "(binding)" with their vote?
>>
>> [ ] +1  approve
>> [ ] +0  no opinion
>> [ ] -1  disapprove (and reason why)
>>
>> [1] https://lists.apache.org/thread/hs0295hw9rnmhoh9l2qo5hc4b62hhvk8
>>
>>
>> Regards.

 

Re: [DISCUSS] Adopting Github Discusssions Users Forum

[Boris Stoyanov]

Looks pretty good, well organized, and visible, rather email lists! I hope we 
start seeing more and more there.

There might be some users not having a github account, which might not benefit 
and abstain one day if we decide to fully migrate, but let’s think about that 
then!

Great work and nice idea!
Bobby.

From: Rohit Yadav 
Date: Tuesday, 28 November 2023 at 11:28
To: dev@cloudstack.apache.org 
Subject: [DISCUSS] Adopting Github Discusssions Users Forum
All,

It's been a while since I had last proposed adopting and trying the Github 
Discussions feature for our users community. Since then, the ASF infra seems to 
have enabled integration and allowing Discussions integrated with mailing 
lists: https://github.com/search?q=.asf.yaml+discussions=code

Following discussions with both technical and non-technical users from the CCC, 
I believe we should try this out and use it for users to discuss their ideas, 
questions, and problems, all that traditionally has happened on the users@ ML; 
while been integrating such discussions on the users@ ML. The Discussions 
platform could be used by developers too to get feedback from users.

That said, we MUST continue to use our mailing lists for any project governance 
related matters such as releases related discussions, releases voting, and any 
form of consensus and decision making.

I've proposed a PR for this here where the discussions feature is tied to 
users@ ML:
https://github.com/apache/cloudstack/pull/8274/files

Thoughts and feedback?


Regards.



 

Re: [VOTE] Apache CloudStack 4.18.1.0 (RC3)

[Boris Stoyanov]

+1 binding

I did a quick install with shared nfs storage and tested some simple operations.

From: Wei ZHOU 
Date: Thursday, 7 September 2023, 11:55
To: dev@cloudstack.apache.org , users 

Subject: Re: [VOTE] Apache CloudStack 4.18.1.0 (RC3)
Hi all,

This vote will be closed on Tuesday, 12th September.

Please feel free to share your thoughts, testing results, issues, etc.
Thanks !

-Wei


 

On Thu, 7 Sept 2023 at 10:34, Wei ZHOU  wrote:

> Hi all,
>
> I've created a 4.18.1.0-RC3, with the following artifacts up for a vote:
>
> Git Branch and Commit SH:
> https://github.com/apache/cloudstack/commits/4.18.1.0-RC20230907T0850
> Commit: 4bdff06acd3630180f85ffe2f54add972607bbb4
>
> Source release (checksums and signatures are available at the following
> location):https://dist.apache.org/repos/dist/dev/cloudstack/4.18.1.0/
>
> PGP release keys (signed using 1503DFE7C8226103):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> Vote will be open for 72 hours.
>
> For sanity in tallying the vote, can PMC members please be sure to
> indicate "(binding)" with their vote?
>
> [ ] +1 approve
> [ ] +0 no opinion
> [ ] -1 disapprove (and reason why)
>

Re: [VOTE] Apache CloudStack 4.18.1.0 (RC2)

[Boris Stoyanov]

+1 (binding)

Tested various upgrades from different versions and hypervisors, also executed 
some basic CRUD operations, all looking good.

Bobby.

From: Nicolas Vazquez 
Date: Tuesday, 5 September 2023, 17:58
To: dev@cloudstack.apache.org 
Cc: users 
Subject: Re: [VOTE] Apache CloudStack 4.18.1.0 (RC2)
+1 (binding)

Tested VM operations from deploy-as-is templates on VMware 7.0, import/export 
instances and general VM and volumes operations for different roles

Regards,
Nicolas Vazquez


From: Nux 
Date: Tuesday, 5 September 2023 at 10:37
To: dev@cloudstack.apache.org 
Cc: users 
Subject: Re: [VOTE] Apache CloudStack 4.18.1.0 (RC2)
+1 (binding) from me based on network and storage related tests with
both Advanced Zones (with KVM, Xen and VMware) as well as tests on
Security Groups zones with KVM on EL8.

Regards

On 2023-09-05 13:23, Wei ZHOU wrote:
> +1 (binding)
>
> Tested the upgrade from 4.16.1, 4.17.2 and 4.18.0, checked guest OS
> mappings
> Manually tested vm operations with various OSes: rocky8, alma8,
> ubuntu22,
> vmware8.0c
> Kicked smoke tests with various OSes: centos7, rocky8, ubuntu22,
> vmware70u3, vmware80. All look ok, except 2 test failures with CKS
> which we
> have seen in some PRs.
>
> -Wei
>




 

> On Fri, 1 Sept 2023 at 09:39, Wei ZHOU  wrote:
>
>> Hi all,
>>
>> I've created a 4.18.1.0-RC2, with the following artifacts up for a
>> vote:
>>
>> Git Branch and Commit SH:
>> https://github.com/apache/cloudstack/commits/4.18.1.0-RC20230901T0817
>> Commit: 0e7f7d42f0ec68a360fafa7de21ea06577ed032c
>>
>> Source release (checksums and signatures are available at the
>> following
>> location):https://dist.apache.org/repos/dist/dev/cloudstack/4.18.1.0/
>>
>> PGP release keys (signed using 1503DFE7C8226103):
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> Vote will be open for 72 hours.
>>
>> For sanity in tallying the vote, can PMC members please be sure to
>> indicate "(binding)" with their vote?
>>
>> [ ] +1 approve
>> [ ] +0 no opinion
>> [ ] -1 disapprove (and reason why)
>>

[ANNOUNCE] Cloudmonkey 6.3.0 Release

[Boris Stoyanov]

We are pleased to announce the release of Apache CloudStack Cloudmonkey 6.3.0, 
the latest version of the popular command-line interface tool for managing 
Apache CloudStack environments.

Cloudmonkey 6.3.0 comes packed with several new features, enhancements, and bug 
fixes to make it even more robust and reliable. Some of the key highlights of 
this release include:

Add support for ARM64 Darwin/OSX build in Makefile
Autocompletion on storage pool related APIs
Enable profile information passing through commandline
Profile caching improvements and bugfixes
Fix: reuse cmk's CLI params to call piped cmd
Maintenance changes - github actions/travis migration, dependencies upgrades,
Various bug fixes
Fixes handling of invalid timeout value
Fixes csv output

Cloudmonkey 6.3.0 is available for download now from the Apache CloudStack 
website. For more information on the release, including a full list of new 
features and bug fixes, please refer to the release notes.


Downloads and Documentation  The official source code for CloudMonkey v6.3.0 
can be downloaded from http://cloudstack.apache.org/downloads.html.

CloudMonkey's usage details are documented at 
https://github.com/apache/cloudstack-cloudmonkey/wiki

We encourage all CloudStack users to upgrade to Cloudmonkey 6.3.0 to take 
advantage of the latest features and improvements. As always, we welcome 
feedback and contributions from the community to help make Cloudmonkey even 
better.

Thank you for your continued support of Apache CloudStack Cloudmonkey.


 

[RESULT] Cloudmonkey 6.3.0

[Boris Stoyanov]

After 72hrs+ the vote of RC1 has passed.
4 PMC + 0 non-PMC votes.

+1 (PMC / binding)
* Daan
* Rohit
* Nicolas
* Boris


+1 (non binding)
None

0
none

-1
none

Thanks to everyone participating.

I will now prepare and distribute the release announcement

Bobby.

 

Re: [VOTE] Release Apache CloudStack CloudMonkey 6.3.0 - RC1

[Boris Stoyanov]

+1 (binding)

I’ve tested it manually on MacOS and did not had any issues.

Bobby.

From: Nicolas Vazquez 
Date: Friday, 5 May 2023, 5:40
To: us...@cloudstack.apache.org , 
dev@cloudstack.apache.org 
Cc: us...@cloudstack.apache.org 
Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 6.3.0 - RC1
+1 (binding)

Packages built from source tag: 6.3.0, tested different APIs and autocompletion 
fixes for this milestone

Regards,
Nicolas Vazquez


From: Daan Hoogland 
Date: Wednesday, 3 May 2023 at 07:06
To: dev@cloudstack.apache.org 
Cc: us...@cloudstack.apache.org 
Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 6.3.0 - RC1
+1 (binding),

monkey tested (no pun intended)
connected to different local and remote envs bot by restarting and set
profile commands.
tried different commands and command completions

Also trusting on Rohit's due diligence

On Wed, May 3, 2023 at 11:32 AM Rohit Yadav 
wrote:

> +1 (binding)
>
> The tarball/source and signatures are okay:
>
> # gpg --verify apache-cloudstack-cloudmonkey-6.3.0-src.tar.bz2.asc
> gpg: assuming signed data in
> 'apache-cloudstack-cloudmonkey-6.3.0-src.tar.bz2'
> gpg: Signature made Mon May  1 19:36:51 2023 IST
> gpg:using RSA key 4A64E2F46BBC136DD92D71FB5B7DEFE0508A4AD8
> gpg: Good signature from "Boris Stoyanov " [unknown]
> gpg: WARNING: This key is not certified with a trusted signature!
> gpg:  There is no indication that the signature belongs to the
> owner.
> Primary key fingerprint: 4A64 E2F4 6BBC 136D D92D  71FB 5B7D EFE0 508A 4AD8
>
> I was able to build cmk from the tarball source code and also tested the
> uploaded community/convinience binaries and checksum - LGTM.
>
> I also checked the md5 checksum for the binaries on the Github
> pre-release, they match the description on the pre-release:
>
> > md5 cmk.*
> MD5 (cmk.darwin.arm64) = 1e9768e47350da347e5dae9c84db60e7
> MD5 (cmk.darwin.x86-64) = 132b6e32bf24f5c4472c7db31a12c4b9
> MD5 (cmk.linux.arm32) = fc881649ff02c91eb28f0a83229125f2
> MD5 (cmk.linux.arm64) = 8dfc3b284ee12b7c2564b9cf1bb47cb8
> MD5 (cmk.linux.x86) = 6f0a0776fdd0acd010f919413937c33c
> MD5 (cmk.linux.x86-64) = 85616fd8c48648b353065878f78ae7d4
> MD5 (cmk.windows.x86-64.exe) = e0f726ce7ce518275dc4f8cad8e8bad3
> MD5 (cmk.windows.x86.exe) = b7e7109f6ab8c9899bb0c0635bd66a1c
>
> The version/build ID checks OK:
>
> On Mac OSX arm64:
> # ./cmk.darwin.arm64 -v
> Apache CloudStack  CloudMonkey 6.3.0 (build: 860771a,
> 2023-04-28T15:06:57+0300)
>
> On Ubuntu Linux 22.04 x86_64:
> # ./bin/cmk -v
> Apache CloudStack  CloudMonkey 6.3.0 (build: 860771a,
> 2023-04-28T15:06:55+0300)
>
> I performed basic API calls to list various resources and deploy VM [1]
> using the cmk CLI on darwin/arm64, both in interpreter mode and in a shell
> script. Tested against a local 4.17.2.0 env and also the community QA
> server;
>
> [1] cmd ref: deploy virtualmachine
> serviceofferingid=1be5e5c5-1a1e-4a61-b717-b19ba10579aa
> templateid=0392376b-ac6c-46cd-be15-48d8ea3ba175
> zoneid=c843ba49-21c3-4616-a3ff-07bb91db3a6b
> networkids=6d625e42-f1cc-4fe1-be95-a28256fc6df2
>
>
> Regards.
>
> 
> From: Boris Stoyanov 
> Sent: Monday, May 1, 2023 19:48
> To: dev@cloudstack.apache.org ;
> us...@cloudstack.apache.org 
> Subject: [VOTE] Release Apache CloudStack CloudMonkey 6.3.0 - RC1
>
> Hi All,
>
> I've created a v6.3.0 release of CloudMonkey, with the following
> artifacts up for a vote:
>
> Git Branch and commit SHA:
>
> https://github.com/apache/cloudstack-cloudmonkey/commit/860771ad1e2a759a8099a4dbeb264c342e3b9577
>
> Commit:
> 860771ad1e2a759a8099a4dbeb264c342e3b9577
>
> GitHub pre-release (for RC1 testing, contains changelog,
> artifacts/binaries to test, checksums/usage details):
> https://github.com/apache/cloudstack-cloudmonkey/releases/tag/6.3.0
>
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-6.3.0/
>
>
> PGP release keys (signed using 4A64E2F46BBC136DD92D71FB5B7DEFE0508A4AD8)
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> The vote will be open until 5th May, 2023.
>
> For sanity in tallying the vote, can PMC members please be sure to
> indicate "(binding)" with their vote?
> [ ] +1 approve
> [ ] +0 no opinion
> [ ] -1 disapprove (and the reason why)
>
>
>
>
>
>
>
>

--
Daan



 

Re: [PROPOSE] RM for 4.19.0

[Boris Stoyanov]

+1, thanks Abhishek. I know we’re in safe hands with you!

Bobby.

From: Harikrishna Patnala 
Date: Monday, 1 May 2023, 9:21
To: us...@cloudstack.apache.org , 
dev@cloudstack.apache.org 
Subject: Re: [PROPOSE] RM for 4.19.0
+1, thanks for volunteering and good luck Abhishek.

Regards,
Harikrishna

From: Abhishek Kumar 
Date: Sunday, 30 April 2023 at 10:23 PM
To: dev@cloudstack.apache.org , 
us...@cloudstack.apache.org 
Subject: [PROPOSE] RM for 4.19.0
Dear All,

I would like to propose and put myself forward as the release manager for 
4.19.0 release. In the past, I've RM'd 4.17.1.0 release and co-RM'd a couple of 
releases before that. I would like to take experiences from those to work on a 
successful release.

I propose we start early, sometime in Q3 2023, with the planning, triaging, 
bug-fixing, etc to get back on the traditional two-release per year cycle. With 
this we can aim to cut the RC sometime in October. I will propose a detailed 
timeline soon.

I hope to have your support. Please let me know if you have any 
thoughts/comments.

Regards,
Abhishek





 

[VOTE] Release Apache CloudStack CloudMonkey 6.3.0 - RC1

[Boris Stoyanov]

Hi All,

I've created a v6.3.0 release of CloudMonkey, with the following
artifacts up for a vote:

Git Branch and commit SHA:
https://github.com/apache/cloudstack-cloudmonkey/commit/860771ad1e2a759a8099a4dbeb264c342e3b9577

Commit:
860771ad1e2a759a8099a4dbeb264c342e3b9577

GitHub pre-release (for RC1 testing, contains changelog,
artifacts/binaries to test, checksums/usage details):
https://github.com/apache/cloudstack-cloudmonkey/releases/tag/6.3.0

Source release (checksums and signatures are available at the same location):
https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-6.3.0/


PGP release keys (signed using 4A64E2F46BBC136DD92D71FB5B7DEFE0508A4AD8)
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

The vote will be open until 5th May, 2023.

For sanity in tallying the vote, can PMC members please be sure to
indicate "(binding)" with their vote?
[ ] +1 approve
[ ] +0 no opinion
[ ] -1 disapprove (and the reason why)


 

CMK 6.3.0 - nearly there

[Boris Stoyanov]

Hi all,

We’ve been working on the 6.3.0 milestone for the past couple of months and I 
think we’re pretty much there in terms of cutting an RC.

Please review and raise your issues, we’re planning to cut an RC by the end of 
the week.


https://github.com/apache/cloudstack-cloudmonkey/milestone/4

Thanks,
Bobby.

 

CMK 6.3.0 milestone

[Boris Stoyanov]

Hi guys,

I’m helping out with testing and coordination of cmk 6.3.0 release, here’s a 
link to the milestone we’re working on:
https://github.com/apache/cloudstack-cloudmonkey/milestone/4

Please feel free to contribute: issues, fixes, testing and triage of items. 
Also don’t forget to add any issues if you’re experiencing with cmk.

Thanks,
Bobby.

 

Re: [ANNOUNCE] New VP of Apache CloudStack - Rohit Yadav

[Boris Stoyanov]

Congrats Rohit!

From: Simon Weller 
Date: Thursday, 30 March 2023, 6:36
To: dev@cloudstack.apache.org , 
us...@cloudstack.apache.org 
Cc: priv...@cloudstack.apache.org 
Subject: [ANNOUNCE] New VP of Apache CloudStack - Rohit Yadav
All,

I'm very pleased to announce that the ASF board has accepted the nomination
of Rohit Yadav to be the new VP of the Apache CloudStack project.

It has been my pleasure to serve as the VP over the past year, and I'd like
to thank the community for all of the support.

Rohit, congratulations and I wish you the best as you take on this new role.

-Simon

 

Re: [4.18][RC3][VOTE] new release candidate 4.18.0.0-RC20230311T0935

[Boris Stoyanov]

+1 (binding )

Tested the packages and did some main lifecycle operations, looks good.

Thanks,
Bobby.


From: Rohit Yadav 
Date: Tuesday, 14 March 2023, 14:18
To: dev@cloudstack.apache.org 
Cc: users , PMC 
Subject: Re: [4.18][RC3][VOTE] new release candidate 4.18.0.0-RC20230311T0935
+1 (binding)

Tested Advance zone env with mbx for two environments: (a) 2x VMware 8 and EL8 
mgmt server, (b) EL9 hosts with EL8 mgmt server. Tested basic systemvm and 
normal VM lifecycle (start/stop/deploy), isolated network lifecycle (acquire 
IP, egress rules, pf, fw rules), manually tested console (on VMware8 and 
secured vnc on EL9 host). Tested login and operations as both root admin and 
normal user account.


Regards.


From: Nux 
Sent: Tuesday, March 14, 2023 14:23
To: dev@cloudstack.apache.org 
Cc: users ; PMC 
Subject: Re: [4.18][RC3][VOTE] new release candidate 4.18.0.0-RC20230311T0935

Thanks for the packages, Daan.

+1 from me (binding) based on testing I've done with KVM and SG zones
(in addition to my previous testing on regular advanced zones).


On 2023-03-13 10:41, Daan Hoogland wrote:
> packages are available at
> https://download.cloudstack.org/testing/4.18-rc3/
> and
> http://packages.shapeblue.com/cloudstack/upstream/testing/4.18.0.0-RC20230311T0935/
>
> On Sat, Mar 11, 2023 at 9:45 AM Daan Hoogland  wrote:
>
>> Hi All,
>>
>> I've created a new 4.18 release candidate, with the following
>> artifacts up for a vote:
>>
>> Git Branch and Commit
>> SH:https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.18.0.0-RC20230311T0935
>> Commit: 0574087284f8b646ebc41617cfd70b3a31e3ae94
>>
>> Source release (checksums and signatures are available at the same
>> location): https://dist.apache.org/repos/dist/dev/cloudstack/4.18.0.0
>>
>> PGP release keys (signed using
>> 256ABDFB8D89EDE07540BE6ACEF9E802B86FEED4):https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> Vote will be open for 72 hours. (aiming for wednesday late)
>>
>> For sanity in tallying the vote, can PMC members please be sure to
>> indicate "(binding)" with their vote?
>>
>> [ ] +1  approve
>> [ ] +0  no opinion
>> [ ] -1  disapprove (and reason why)
>>
>> As usual lately, I will work on getting some convenience packages
>> ready and will follow up on this thread to link you to those.
>>
>> enjoy
>>
>>



 

Re: [4.18][RELEASE] RC2 up for vote

[Boris Stoyanov]

+1 (binding)

I’ve done manual upgrades from the last couple of versions on various 
hypervisors and didn’t had any issues.

Also basic lifecycle operations seems to be working.

Bobby.

From: Nux 
Date: Tuesday, 28 February 2023, 11:32
To: dev@cloudstack.apache.org 
Cc: users 
Subject: Re: [4.18][RELEASE] RC2 up for vote
+1 (binding) based on tests I've done with KVM/EL8 and VMware 7.0.


On 2023-02-24 12:10, Daan Hoogland wrote:
> 77961d6aa583a347b289af4cbb732b77c8be8ebe
>
> Hi All,
> It has taken some time but;
>
> I've created a second 4.18.0.0 release candidate, with the following
> artifacts up for a vote:
>
> Git Branch and Commit
> SH:https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.18.0.0-RC20230224T1301
> Commit: 77961d6aa583a347b289af4cbb732b77c8be8ebe
>
> Source release (checksums and signatures are available at the following
> location):https://dist.apache.org/repos/dist/dev/cloudstack/4.18.0.0/
>
> PGP release keys (signed using
> ):https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> Vote will be open for 72 hours.
>
> For sanity in tallying the vote, can PMC members please be sure to
> indicate "(binding)" with their vote?
>
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)

 

Re: [ANNOUNCE] Ivet Petrova has joined the PMC

[Boris Stoyanov]

Congrats Ivet!

Sent from Outlook for iOS

From: Simon Weller 
Sent: Tuesday, February 14, 2023 6:00:51 PM
To: priv...@cloudstack.apache.org ; 
dev@cloudstack.apache.org ; 
us...@cloudstack.apache.org 
Subject: [ANNOUNCE] Ivet Petrova has joined the PMC

Hi everyone,

It gives me great pleasure to announce that Ivet has been invited to join
the
CloudStack PMC and she has accepted.

Please join me in congratulating Ivet!

-Simon (on behalf of the CloudStack PMC)

 

Re: [VOTE] Apache Cloudstack 4.17.2.0 (RC3)

[Boris Stoyanov]

+1 (binding)

I’ve did a quick testing around main lifecycle operations of VMs, Volumes, 
Networks, offerings and infra. Looks good to me.

Regards,
Bobby.

From: Rohit Yadav 
Date: Wednesday, 14 December 2022, 7:27
To: dev , users 
Subject: [VOTE] Apache Cloudstack 4.17.2.0 (RC3)
All,

I've created a 4.17.2.0 release, with the following artifacts up for a vote:

Git Branch and Commit SHA:
https://github.com/apache/cloudstack/tree/4.17.2.0-RC20221214T0522
Commit: 5b9a989ab0dd6b8f482f4d6c6ce24e1a6108002e

Source release (checksums and signatures are available at the same
location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.17.2.0/

PGP release keys (signed using 5ED1E1122DC5E8A4A45112C2484248210EE3D884):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

The vote will be open for 72 hours, until the end of 16 Dec 2022.

For sanity in tallying the vote, can PMC members please be sure to indicate
"(binding)" with their vote?

[ ] +1  approve
[ ] +0  no opinion
[ ] -1  disapprove (and the reason why)

For users' convenience, the packages from this release candidate (RC3) and
4.17.2 systemvmtemplates are available here:
https://download.cloudstack.org/testing/4.17.2.0-RC3/ (building/uploading)
https://download.cloudstack.org/systemvm/4.17/

Documentation is not officially published yet, you may refer to the
following doc PR:
https://github.com/apache/cloudstack-documentation/pull/295

The list of changes included in this minor release over 4.17.1.0 can be
referenced here:
https://github.com/apache/cloudstack/milestone/26?closed=1

Regards.

 

CCC Get together event: Monday 14th Nov, after the talks

[Boris Stoyanov]

Hi everyone attending Cloudstack collab conference!

I’m very excited for the conference coming to my town, so as good citizens of 
this splendid community, decided to organize a get together event at a local 
pub. We’re planning to go there right after the talks via Sub-way train (line 
M4). You’ll need to catch it in direction ‘Obelya’ for 6 stops and get out on 
station ‘Vasil Levski Stadium’, then a short 3 min walk to the pub.
Here’s the exact place on maps: https://goo.gl/maps/X44W9TAfLNa63rHMA

Since this is a non-sponsored event, please help me out to figure out the exact 
count of people that are willing to join us after the sessions. Please reply 
privately to me so I can keep track of participants with the venue.

Speaking of the venue, it’s a great pub with its own home brewed sorts of beer 
and great vibes, I’m sure you’ll like it!

Thanks,
Bobby.

 

Re: [PROPOSE] RM for CMK 6.3.0

[Boris Stoyanov]

Thanks,

Everyone, please add you issues with Cloudmonkey as I’m planning to groom and 
triage the milestone. I’ll reach out to individuals to work on the issues 
resolution.

Bobby.

From: Rohit Yadav 
Date: Tuesday, 11 October 2022, 11:08
To: dev@cloudstack.apache.org , 
us...@cloudstack.apache.org 
Subject: Re: [PROPOSE] RM for CMK 6.3.0
Thanks Bobby for volunteering, +1.


Regards.


From: Boris Stoyanov 
Sent: Monday, October 10, 2022 14:19
To: dev@cloudstack.apache.org ; 
us...@cloudstack.apache.org 
Subject: [PROPOSE] RM for CMK 6.3.0

Hi everyone,

It’s been a while since we had a release in CloudMonkey and I think it’s about 
time to start thinking of releasing 6.3.0. I’d like to put myself forward as a 
release manager for the effort of getting 6.3.0 out. There is a milestone 
already created in the github repo 
(https://github.com/apache/cloudstack-cloudmonkey/milestone/4), which contains 
a few open issues. If nobody disagrees, I’d like to triage and work with people 
to get these issues fixed. Meanwhile I’d like to encourage everyone to submit 
any issues or ideas we can address.

Thanks,
Bobby.






 

[PROPOSE] RM for CMK 6.3.0

[Boris Stoyanov]

Hi everyone,

It’s been a while since we had a release in CloudMonkey and I think it’s about 
time to start thinking of releasing 6.3.0. I’d like to put myself forward as a 
release manager for the effort of getting 6.3.0 out. There is a milestone 
already created in the github repo 
(https://github.com/apache/cloudstack-cloudmonkey/milestone/4), which contains 
a few open issues. If nobody disagrees, I’d like to triage and work with people 
to get these issues fixed. Meanwhile I’d like to encourage everyone to submit 
any issues or ideas we can address.

Thanks,
Bobby.

 

Re: [VOTE] Apache CloudStack 4.17.1.0 (RC3)

[Boris Stoyanov]

+1 (binding)

Didn’t managed to test the upgrade, but code looks good.

Bobby.

From: Abhishek Kumar 
Date: Friday, 23 September 2022, 16:33
To: us...@cloudstack.org , dev@cloudstack.apache.org 

Subject: [VOTE] Apache CloudStack 4.17.1.0 (RC3)
Hi All,

I've created a 4.17.1.0 release, with the following artifacts up for a vote:

Git Branch and Commit SH:
https://github.com/apache/cloudstack/tree/4.17.1.0-RC20220923T1732
Commit: 974369e3d4cacb99790f21fadbd4daca19765910

Source release (checksums and signatures are available at the same
location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.17.1.0/

PGP release keys (signed using 65518106473A09D7AF26B384A70BD2EAA74E2866):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

Vote will be open until lazy consensus (3 +1 binding) votes are reached.

For sanity in tallying the vote, can PMC members please be sure to
indicate "(binding)" with their vote?

[ ] +1  approve
[ ] +0  no opinion
[ ] -1  disapprove (and reason why)

For users convenience, the packages from this release candidate (RC3)
and 4.17.0 systemvmtemplates (there is no change in system vm template
since 4.17.0.0 release and the same 4.17.0 system vm templates can be
used) are available here:
https://download.cloudstack.org/testing/4.17.1.0-RC3/
https://download.cloudstack.org/systemvm/4.17/

The following documentation may be referenced for upgrade related tests:
http://docs.cloudstack.apache.org/en/4.17.1.0/

Regards,
Abhishek

 

Re: [RESULT][VOTE] Apache CloudStack 4.17.1.0

[Boris Stoyanov]

Good catch Abhishek, I’ve checked the code.

+1 from me, did not managed to test it, but code looks good.

From: Rohit Yadav 
Date: Friday, 23 September 2022, 15:14
To: dev@cloudstack.apache.org 
Cc: us...@cloudstack.apache.org 
Subject: Re: [RESULT][VOTE] Apache CloudStack 4.17.1.0
Thanks for recalling the RC/voting Abhishek. I've removed the source release on 
the apache release directory.


Regards.


From: Abhishek Kumar 
Sent: Friday, September 23, 2022 15:59
To: dev@cloudstack.apache.org 
Cc: us...@cloudstack.apache.org 
Subject: Re: [RESULT][VOTE] Apache CloudStack 4.17.1.0

Hi all,

Unfortunately, there is a blocker issue found for the release which will create 
problems in upgrading from the 4.17.0.1 release to 4.17.1.0, 
https://github.com/apache/cloudstack/pull/6759.

Considering this, I'm recalling the release vote/result. A new RC will be cut 
soon and a vote thread will be started.

Thanks in advance for your understanding.

Regards,
Abhishek



From: Rohit Yadav 
Sent: 19 September 2022 16:16
To: dev@cloudstack.apache.org 
Cc: us...@cloudstack.apache.org 
Subject: Re: [RESULT][VOTE] Apache CloudStack 4.17.1.0

Excellent work, thanks for your efforts Abhishek and the wider community!
Congratulations everyone on a new release.


Regards.


From: Katie F. 
Sent: Monday, September 19, 2022 16:12
To: dev@cloudstack.apache.org 
Cc: us...@cloudstack.apache.org 
Subject: Re: [RESULT][VOTE] Apache CloudStack 4.17.1.0

Thank you

On Mon, Sep 19, 2022 at 6:40 AM Abhishek Kumar 
wrote:

> Hi all,
>
> After 72 hours, the vote for CloudStack 4.17.1.0 *passes* with
> 4 PMC + 1 non-PMC votes.
>
> +1 (PMC / binding)
> Nux
> Daan
> Nicolas
> Rohit
>
> +1 (non binding)
> Vladimir
>
> 0
> none
>
> -1
> none
>
> Thanks to everyone participating.
>
> I will now prepare the release announcement to go out after 24 hours to
> give the mirrors time to catch up.
>
> Regards,
> Abhishek
>
>
>
>
> --
Kathleen Foos









 

Re: 4.17.1.0 release

[Boris Stoyanov]

+1, I’m fine with the plan.

Bobby.

From: Abhishek Kumar 
Date: Tuesday, 30 August 2022, 16:20
To: us...@cloudstack.apache.org , 
dev@cloudstack.apache.org 
Subject: 4.17.1.0 release
All,

We've 5 items remaining on the 4.17.1.0 milestone now: 
https://github.com/apache/cloudstack/milestone/25

Considering these and the previously proposed rough timeline, I would like to 
propose 4.17 branch soft freeze from tomorrow 31 Aug 2022, after which only 
blocker and critical fixes will be allowed with the RC1 cut during next week 
depending on the branch stability.

Thoughts, objections?

Regards,
Abhishek



 

Re: [VOTE] Apache Cloudstack 4.17.0.0 RC4

[Boris Stoyanov]

+1 (binding)

Did some simple lifecycle operations around Users, VMs, Networks, Volumes, 
Infra and Offerings. Did not had any issues. LGTM

Bobby.

From: Nicolas Vazquez 
Date: Tuesday, 31 May 2022, 20:40
To: dev@cloudstack.apache.org , users 

Subject: [VOTE] Apache Cloudstack 4.17.0.0 RC4
Hi all,

I have created a 4.17.0.0 release (RCR) with the following artefacts up for 
testing and a vote:

Git Branch and Commit SH:
https://github.com/apache/cloudstack/tree/4.17.0.0-RC20220531T1433
Commit: c56220fcf2348c7809331dcc266775f3d7130fe6

Source release (checksums and signatures are available at the same location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.17.0.0/

PGP release keys (signed using 239A653975E13A0EEF5122A1656E1BCC8CB54F84):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

The vote will be open until 6th June 2022.

For sanity in tallying the vote, can PMC members please be sure to indicate 
"(binding)" with their vote?

[ ] +1  approve
[ ] +0  no opinion
[ ] -1  disapprove (and reason why)

Regards,
Nicolas Vazquez




 

Re: [VOTE] Apache Cloudstack 4.17.0.0 RC3

[Boris Stoyanov]

+1 (binding)

Basing my vote on Nux’s testing as I did not spend much time with the RC.

From: Nux 
Date: Friday, 27 May 2022, 17:17
To: dev@cloudstack.apache.org 
Cc: users 
Subject: Re: [VOTE] Apache Cloudstack 4.17.0.0 RC3
+1 (binding)

Thanks Nicolas.

Tested with KVM & XCP-Ng advanced zones.


---
Nux
www.nux.ro

On 2022-05-24 16:30, Nicolas Vazquez wrote:
> All,
>
> For testing purposes, I have uploaded convenience packages to:
> https://download.cloudstack.org/testing/4.17.0.0-RC3/
>
> The system VM template can be downloaded from here if needed:
> https://download.cloudstack.org/systemvm/4.17
>
> Regards,
> Nicolas Vazquez
>
>
> From: Nicolas Vazquez 
> Date: Tuesday, 24 May 2022 at 11:59
> To: users , dev@cloudstack.apache.org
> 
> Subject: [VOTE] Apache Cloudstack 4.17.0.0 RC3
> Hi all,
> I have created a 4.17.0.0 release (RC3) with the following artefacts
> up for testing and a vote:
>
> Git Branch and Commit SH:
> https://github.com/apache/cloudstack/tree/4.17.0.0-RC20220524T1031
> Commit: 8b9150cf3cb0bf469272ef1662993e092a36f747
>
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.17.0.0/
>
> PGP release keys (signed using
> 239A653975E13A0EEF5122A1656E1BCC8CB54F84):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> The vote will be open until 29th May 2022.
>
> For sanity in tallying the vote, can PMC members please be sure to
> indicate "(binding)" with their vote?
>
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
>
> Regards,
> Nicolas Vazquez

 

Re: Looking for beginner friendly issues

[Boris Stoyanov]

Hi Chayan,

Have you heard of GSoC2022, it’s a paid internship sponsored by Google aiming 
to connect open source communities and people like you looking to contribute.

This year we have a list of ideas for contributors, please have a look and 
submit a proposal:
https://github.com/apache/cloudstack/labels/gsoc2022


Also you might want to register with GSoC as contributor:
https://summerofcode.withgoogle.com/programs/2022

Please be advised that the submission deadline for proposals is April 19th, so 
you’ll need to be quick.

Please let me know if any questions.
Bobby.

From: Chayan Pathak 
Date: Tuesday, 29 March 2022, 13:06
To: dev@cloudstack.apache.org 
Subject: Looking for beginner friendly issues
Hi everyone,
My name is Chayan and I am new to open source. I am looking for beginner
friendly issues to contribute to.

Thanks
Chayan

 

Re: [ANNOUNCE] Next PMC Chair & VP Apache CloudStack Project - Simon Weller

[Boris Stoyanov]

Thank you Gabriel and congrats Simon!

Bobby.

From: Simon Weller 
Date: Thursday, 17 March 2022, 23:08
To: dev@cloudstack.apache.org 
Subject: Re: [ANNOUNCE] Next PMC Chair & VP Apache CloudStack Project - Simon 
Weller
Thanks everyone! Special thanks to Gabriel for his dedication to the role over 
the past year.

-Si

From: Will Stevens 
Sent: Thursday, March 17, 2022 12:36 PM
To: dev@cloudstack.apache.org 
Subject: Re: [ANNOUNCE] Next PMC Chair & VP Apache CloudStack Project - Simon 
Weller

Congrats Simon.  Well deserved for sure.  You have been a force of
dedication for the community and I am really happy to see you taking on
this role.

Cheers,

*Will Stevens*
Chief Technology Officer
t 514.447.3456 x1301




On Thu, Mar 17, 2022 at 12:30 PM Giles Sirett 
wrote:

> Many Congratulations Simon
>
> Gabriel - thank you so much for your hard work over the last year - you'll
> be a difficult act to follow!!
>
> Kind Regards
> Giles
>
>
>
>
> -Original Message-
> From: Nicolas Vazquez 
> Sent: 17 March 2022 12:45
> To: us...@cloudstack.apache.org; dev 
> Subject: Re: [ANNOUNCE] Next PMC Chair & VP Apache CloudStack Project -
> Simon Weller
>
> Congratulations Simon! And thanks Gabriel for your great work!
>
> Regards,
> Nicolas Vazquez
> 
> From: Gabriel Beims Bräscher 
> Sent: Thursday, March 17, 2022 6:55:26 AM
> To: users ; dev 
> Subject: [ANNOUNCE] Next PMC Chair & VP Apache CloudStack Project - Simon
> Weller
>
> Hello, all CloudStack community!
>
> It gives me great pleasure to announce that the ASF board last night
> accepted our PMC's nomination of Simon Weller as the next PMC Chair / VP of
> the Apache CloudStack project.
>
> I would like to thank everyone for the support I've received over the past
> year.
> It was a great honor being the PMC Chair of this amazing project/community!
>
> To Simon, my sincere congratulations, and I wish you success in the new
> role!
> Very well deserved!
>
> Please join me in congratulating Simon, the CloudStack PMC Chair / VP.
>
> Best Regards,
> Gabriel Bräscher.
>
>
>
>
>

 

Re: Blue Orangutan Build Things

[Boris Stoyanov]

Hi Sina,

I guess you already know we’re running our so called Marvin tests on each PR, 
they are integration tests on api level and are quite big. What kind of tests 
are you planning to create?

Bobby.

From: Sina Kashipazha 
Date: Monday, 7 March 2022, 16:54
To: dev@cloudstack.apache.org 
Subject: Blue Orangutan Build Things
Hey folks,

I'm going to set up an automated test for cloudstack. I thought it would be 
nice to set up a bot like Blue Orangutan. I searched the web and github, but I 
couldn't find its source code or configuration. Could you please help me with 
that?


Kind regards,
Sina

 

Re: [VOTE] Apache CloudStack 4.16.1.0 (RC2)

[Boris Stoyanov]

+1 Binding,

Done upgrades from 4.9, 4.11, 4,13 and 4.15 with different hypervisors. Also 
tested basic lifecycle operations on VMs, networks, volumes and others. No 
issues were found.

Regards,
Bobby.

From: Suresh Anaparti 
Date: Friday, 25 February 2022, 17:09
To: dev@cloudstack.apache.org , 
us...@cloudstack.apache.org 
Subject: [VOTE] Apache CloudStack 4.16.1.0 (RC2)
Hi All,

I have created a 4.16.1.0 release (RC2), with the following artifacts up for 
testing and a vote:

Git Branch and Commit SHA:
https://github.com/apache/cloudstack/tree/4.16.1.0-RC20220225T1901
Commit: cad9332082a1f85eedc30cf547ae28224be170c2

Source release (checksums and signatures are available at the same location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.16.1.0/

PGP release keys (signed using D6E0581ECF8A2FBE3FF6B3C9D7CEAE3A9E71D0AA):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

The vote will be open until 2nd March 2022.

For sanity in tallying the vote, can PMC members please be sure to indicate 
"(binding)" with their vote?

[ ] +1  approve
[ ] +0  no opinion
[ ] -1  disapprove (and reason why)

For users convenience, the packages from this release candidate (RC2) and
4.16.1 systemvm templates are available here:
https://download.cloudstack.org/testing/4.16.1.0-RC2/
https://download.cloudstack.org/systemvm/4.16/

Documentation is not published yet, but the following may be referenced for 
upgrade related tests:
(there's a new 4.16.1 systemvm template to be registered prior to upgrade)
https://github.com/apache/cloudstack-documentation/tree/4.16/source/upgrading/upgrade

NOTES on the issues fixed in this RC2 release:

(these do *NOT* require a full retest if you were testing RC1 already -
just if you were affected by these issues):
- https://github.com/apache/cloudstack/issues/6017 (regression in register 
template form
when select/unselect check boxes using space in keyboard)
- https://github.com/apache/cloudstack/issues/6026 (affects volumes on managed 
storages when
stopping or migrating a VM)
- https://github.com/apache/cloudstack/issues/6038 (regression in SSVM scaling 
down behavior,
new config 'secstorage.vm.auto.scale.down' added to control scaling down)


Regards,
Suresh




 

Re: GSoC22

[Boris Stoyanov]

Hi guys, just ping you on this one. Please add you ideas in GitHub and label 
them with ‘gsoc2022’.

From: Boris Stoyanov 
Date: Monday, 17 January 2022, 16:40
To: dev@cloudstack.apache.org , 
us...@cloudstack.apache.org 
Subject: GSoC22
Hi everyone,

GSoC 22 has been announced and the timeline is now available. Last year we had 
great success with our students having them all completed their assignments and 
I hope this year comes with even better results. From Feb 7th organizations can 
start submitting their applications for the program and I think now it’s good 
time to start preparing. If nobody objects, I’d like to step up and coordinate 
our GSoC involvement this year. I’ll help with info and support for students 
and mentors if they need to, also will be responsible to report back to you 
results and make sure we take the most of the program.

Please checkout the timeline here:
https://developers.google.com/open-source/gsoc/timeline

Also have a look at the general information at:
https://summerofcode.withgoogle.com

To submit your idea please create a GitHub issue at the official ACS project 
with label “gsoc22”, we’ll later review and work with the ASF guys to make this 
list available for applications. You will also need to register as a mentor. To 
become a mentor you don’t need to be committer or PMC, you need to have an idea 
and the will to support and guide a student developing it. Registering is also 
easy, please send an email to private@ and ask to be recognized as such, I 
can’t think of a reason for someone to be dropped by this, it’s more or less 
anti-flooding mech. I believe individuals that have mentored already does not 
need to apply again, will get back to you if it turns otherwise.

The idea:

  *   Aim at low hanging fruits – we have a limited time for completing this 
project and most of the time it will be somebody just starting his career so 
think of something achievable
  *   Spend some time defining it good and appealing, after all it needs to 
catch an eye of an applicant

The tech:

  *   Avoid domain specific tech – expecting a student to be aware of specific 
technology or product integration in Cloudstack is not really realistic, or 
pick something that can be easily understand fast
  *   Stick to common tech – think of a task related to particular framework we 
use, or enchasing a common functionality this way it will sound more familiar 
to people and it will pick more eyes, eventually candidates

Changes this year:

https://opensource.googleblog.com/2021/11/expanding-google-summer-of-code-in-2022.html



TL;DR:

There’s three new changes this year, some of which can be taken into 
consideration:



  1.  Eligibility: the only requirement now is to be above 18, you don’t need 
to prove you’re student now. This will open up the door for more candidates
  2.  Projects come with different sizes – we can now submit large and mid size 
projects, please indicate this in the github item

 *   Mid - ~175hrs until August
 *   Large - ~350hrs until November

  1.  Increased Flexibility – projects can be now 12 or 22 weeks, despite 
having strict deadline like last year (end of August), looks like it can be 
extended to 22week now.



Please directly add your project idea, and of course if you have questions I’ll 
be available to help.



Thanks,

Bobby.

 

Testing 4.16.1

[Boris Stoyanov]

Hi guys,

I’ve created this view: 
https://github.com/orgs/apache/projects/24/views/20?groupedBy%5BcolumnId%5D=Assignees

It shows all the tickets marked with ‘needs-testing’ label, if you have 
bandwidth and willingness to join the testing efforts please pick an item and 
assign it to yourself.

When you’re done testing please share your results and either yay or nay the pr 
in the review section, especially if you need something merged in 4.16.1

Thanks,
Bobby.

 

Re: [VOTE] Release Apache CloudStack Terraform Provider v0.4.0

[Boris Stoyanov]

+1 (binding)

I’m basing my vote on Vladi’s testing because I did not had a chance to look at 
it.

From: Vladimir Petrov 
Date: Monday, 31 January 2022, 18:34
To: us...@cloudstack.apache.org , 
dev@cloudstack.apache.org 
Subject: Re: [VOTE] Release Apache CloudStack Terraform Provider v0.4.0
+1

I tested all resources (create/modify/destroy operations) on KVM, XCPNG 8.2 and 
VMWare 6.7u3 and ACS versions 4.14. 4.15 and 4.16. I think it's working pretty 
fine and it will be a great milestone in the ACS - Terraform integration.

Best wishes,
Vladimir



Harikrishna Patnala wrote:


Hi All,


I've created a v0.4.0 release of CloudStack Terraform Provider, with the 
following
artifacts up for a vote:


Link to the latest CloudStack Terraform Provider artifact with version 
"0.4.0-RC1": 
https://registry.terraform.io/providers/cloudstack/cloudstack/0.4.0-RC1


Git Branch and commit SHA:
https://github.com/cloudstack/terraform-provider-cloudstack/commit/9496d6a0d029a808dd8876c9119703d6b3bf8c9c


Commit:
9496d6a0d029a808dd8876c9119703d6b3bf8c9c


GitHub pre-release (for RC1 testing, contains changelog,
artifacts/binaries to test, checksums/usage details):
https://github.com/cloudstack/terraform-provider-cloudstack/releases/tag/v0.4.0-RC1


Source release (checksums and signatures are available at the same location):
https://dist.apache.org/repos/dist/dev/cloudstack/terraform-provider-0.4.0-RC1/


PGP release keys (signed using 1031D6946F8A7C4B0C3E9EEFAEA5313845ADC482)
https://dist.apache.org/repos/dist/release/cloudstack/KEYS



The vote will be open until January 31st, 2022.


For sanity in tallying the vote, can PMC members please be sure to
indicate "(binding)" with their vote?
[ ] +1 approve
[ ] +0 no opinion
[ ] -1 disapprove (and the reason why)


Regards,
Harikrishna






 

Re: [PROPOSE] RM for 4.17

[Boris Stoyanov]

+1, I can help with triage/testing and any other business Nicolas, let me know 
if you need any additional hands.

Bobby.

From: Ivet Petrova 
Date: Friday, 28 January 2022, 16:11
To: us...@cloudstack.apache.org 
Cc: dev@cloudstack.apache.org 
Subject: Re: [PROPOSE] RM for 4.17
Nicolas,
Just to mention you did a great job last time!

Kind regards,





 

On 28 Jan 2022, at 16:05, Nicolas Vazquez 
mailto:nicolas.vazq...@shapeblue.com>> wrote:

Dear All,

I would like to put myself forward as the release manager for 4.17.0.0.

I propose we have a window of at least 6 weeks to allow the community and users 
to test and report issues, I will propose the timeline details soon.

I hope to have your support. Please let me know if you have any thoughts / 
comments.

Regards,
Nicolas Vazquez

Re: GSoC22

[Boris Stoyanov]

Hi Daman,

You’ve probably seen already the ‘Student Guide’, but if you haven’t please 
have a read.

https://google.github.io/gsocguides/student/

Try understanding the particular project expectations before applying, come 
back to the mentor with some relative questions and be proactive, these are 
just some points to lead you to a top-notch proposal.

Boris.

From: Daman Arora 
Date: Monday, 17 January 2022, 16:48
To: dev@cloudstack.apache.org 
Cc: us...@cloudstack.apache.org 
Subject: Re: GSoC22
Thanks for sharing this Boris.

I will be applying to Gsoc 2022 for CloudStack as a mentee this year. It's
likely a bit early to ask but if there are any suggestions in regards to
creating a top notch proposal, please feel free to share them as well.

Best,
Daman Arora.
Blog: https://daemonsets.github.io
GitHub: https://github.com/Damans227




On Mon., Jan. 17, 2022, 9:40 a.m. Boris Stoyanov, <
boris.stoya...@shapeblue.com> wrote:

> Hi everyone,
>
> GSoC 22 has been announced and the timeline is now available. Last year we
> had great success with our students having them all completed their
> assignments and I hope this year comes with even better results. From Feb
> 7th organizations can start submitting their applications for the program
> and I think now it’s good time to start preparing. If nobody objects, I’d
> like to step up and coordinate our GSoC involvement this year. I’ll help
> with info and support for students and mentors if they need to, also will
> be responsible to report back to you results and make sure we take the most
> of the program.
>
> Please checkout the timeline here:
> https://developers.google.com/open-source/gsoc/timeline
>
> Also have a look at the general information at:
> https://summerofcode.withgoogle.com
>
> To submit your idea please create a GitHub issue at the official ACS
> project with label “gsoc22”, we’ll later review and work with the ASF guys
> to make this list available for applications. You will also need to
> register as a mentor. To become a mentor you don’t need to be committer or
> PMC, you need to have an idea and the will to support and guide a student
> developing it. Registering is also easy, please send an email to private@
> and ask to be recognized as such, I can’t think of a reason for someone to
> be dropped by this, it’s more or less anti-flooding mech. I believe
> individuals that have mentored already does not need to apply again, will
> get back to you if it turns otherwise.
>
> The idea:
>
>   *   Aim at low hanging fruits – we have a limited time for completing
> this project and most of the time it will be somebody just starting his
> career so think of something achievable
>   *   Spend some time defining it good and appealing, after all it needs
> to catch an eye of an applicant
>
> The tech:
>
>   *   Avoid domain specific tech – expecting a student to be aware of
> specific technology or product integration in Cloudstack is not really
> realistic, or pick something that can be easily understand fast
>   *   Stick to common tech – think of a task related to particular
> framework we use, or enchasing a common functionality this way it will
> sound more familiar to people and it will pick more eyes, eventually
> candidates
>
> Changes this year:
>
>
> https://opensource.googleblog.com/2021/11/expanding-google-summer-of-code-in-2022.html
>
>
>
> TL;DR:
>
> There’s three new changes this year, some of which can be taken into
> consideration:
>
>
>
>   1.  Eligibility: the only requirement now is to be above 18, you don’t
> need to prove you’re student now. This will open up the door for more
> candidates
>   2.  Projects come with different sizes – we can now submit large and mid
> size projects, please indicate this in the github item
>
>  *   Mid - ~175hrs until August
>  *   Large - ~350hrs until November
>
>   1.  Increased Flexibility – projects can be now 12 or 22 weeks, despite
> having strict deadline like last year (end of August), looks like it can be
> extended to 22week now.
>
>
>
> Please directly add your project idea, and of course if you have questions
> I’ll be available to help.
>
>
>
> Thanks,
>
> Bobby.
>
>
>
>

 

GSoC22

[Boris Stoyanov]

Hi everyone,

GSoC 22 has been announced and the timeline is now available. Last year we had 
great success with our students having them all completed their assignments and 
I hope this year comes with even better results. From Feb 7th organizations can 
start submitting their applications for the program and I think now it’s good 
time to start preparing. If nobody objects, I’d like to step up and coordinate 
our GSoC involvement this year. I’ll help with info and support for students 
and mentors if they need to, also will be responsible to report back to you 
results and make sure we take the most of the program.

Please checkout the timeline here:
https://developers.google.com/open-source/gsoc/timeline

Also have a look at the general information at:
https://summerofcode.withgoogle.com

To submit your idea please create a GitHub issue at the official ACS project 
with label “gsoc22”, we’ll later review and work with the ASF guys to make this 
list available for applications. You will also need to register as a mentor. To 
become a mentor you don’t need to be committer or PMC, you need to have an idea 
and the will to support and guide a student developing it. Registering is also 
easy, please send an email to private@ and ask to be recognized as such, I 
can’t think of a reason for someone to be dropped by this, it’s more or less 
anti-flooding mech. I believe individuals that have mentored already does not 
need to apply again, will get back to you if it turns otherwise.

The idea:

  *   Aim at low hanging fruits – we have a limited time for completing this 
project and most of the time it will be somebody just starting his career so 
think of something achievable
  *   Spend some time defining it good and appealing, after all it needs to 
catch an eye of an applicant

The tech:

  *   Avoid domain specific tech – expecting a student to be aware of specific 
technology or product integration in Cloudstack is not really realistic, or 
pick something that can be easily understand fast
  *   Stick to common tech – think of a task related to particular framework we 
use, or enchasing a common functionality this way it will sound more familiar 
to people and it will pick more eyes, eventually candidates

Changes this year:

https://opensource.googleblog.com/2021/11/expanding-google-summer-of-code-in-2022.html



TL;DR:

There’s three new changes this year, some of which can be taken into 
consideration:



  1.  Eligibility: the only requirement now is to be above 18, you don’t need 
to prove you’re student now. This will open up the door for more candidates
  2.  Projects come with different sizes – we can now submit large and mid size 
projects, please indicate this in the github item

 *   Mid - ~175hrs until August
 *   Large - ~350hrs until November

  1.  Increased Flexibility – projects can be now 12 or 22 weeks, despite 
having strict deadline like last year (end of August), looks like it can be 
extended to 22week now.



Please directly add your project idea, and of course if you have questions I’ll 
be available to help.



Thanks,

Bobby.

 

Re: [VOTE] Apache CloudStack 4.16.0.0 (RC3)

[Boris Stoyanov]

+1 (binding)



I’ve done upgrades from previous LTS versions and manual tests. Did not had any 
issues with lifecycle operations across VMs, Volumes, Networks, Infrastructure.



Thanks,

Bobby.

From: Nicolas Vazquez 
Date: Thursday, 4 November 2021, 20:42
To: users , dev@cloudstack.apache.org 

Subject: [VOTE] Apache CloudStack 4.16.0.0 (RC3)
Hi All,
I have created a 4.16.0.0 release (RC3), with the following artifacts up for 
testing and a vote:

Git Branch and Commit SHA:
https://github.com/apache/cloudstack/tree/4.16.0.0-RC20211104T1414
Commit: 44c08b5acc598972b4f0af576ffdea4e2447cb41

Source release (checksums and signatures are available at the same location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.16.0.0/

PGP release keys (signed using 656E1BCC8CB54F84):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

The vote will be open until 8th November 2021.

For sanity in tallying the vote, can PMC members please be sure to indicate 
"(binding)" with their vote?

[ ] +1  approve
[ ] +0  no opinion
[ ] -1  disapprove (and reason why)

For users convenience, the packages from this release candidate (RC3) and
4.16.0 systemvmtemplates are available here:
https://download.cloudstack.org/testing/41600-RC3/
https://download.cloudstack.org/systemvm/4.16/

Regards,
Nicolas Vazquez



 

Re: [VOTE] Apache CloudStack Kubernetes Provider v1.0.0 (RC1)

[Boris Stoyanov]

+1 (binding), have not tested it personally but basing my +1 on testing done by 
Abhishek

From: David Jumani 
Date: Wednesday, 4 August 2021, 14:42
To: dev@cloudstack.apache.org , users 

Subject: [VOTE] Apache CloudStack Kubernetes Provider v1.0.0 (RC1)
Hi All,

I've created the initial CloudStack Kubernetes Provider release v1.0.0, with 
the following artifacts up for a vote:

Git Branch and Commit SH:
https://github.com/apache/cloudstack-kubernetes-provider/tree/1.0
Commit: a8fccd9fe5c145bc3a12e3681bdf33e9f6ed382c

Source release (checksums and signatures are available at the same
location):
https://dist.apache.org/repos/dist/dev/cloudstack/kubernetes-provider-v1.0.0/

PGP release keys (signed using 92D88ECF4D63C923):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

The docker image can be found at 
https://hub.docker.com/r/apache/cloudstack-kubernetes-provider

The documentation for the same can be found at
https://github.com/apache/cloudstack-documentation/blob/main/source/plugins/cloudstack-kubernetes-provider.rst
https://github.com/apache/cloudstack-kubernetes-provider/blob/main/README.md#deployment
(be sure to replace the image version 
`apache/cloudstack-kubernetes-provider:v1.0.0` with 
`apache/cloudstack-kubernetes-provider:v1.0.0-RC20210804T0500`)

The vote will be open until 08 August 2021.

For sanity in tallying the vote, can PMC members please be sure to indicate 
"(binding)" with their vote?

[ ] +1  approve
[ ] +0  no opinion
[ ] -1  disapprove (and reason why)

Thanks,
David



 

Re: [VOTE] Apache CloudStack 4.15.1.0 (RC3)

[Boris Stoyanov]

+1 (binding), considering the latest changes, I’ve did a quick test and checked 
the smoketests results, all looking good.

Bobby.

From: Rohit Yadav 
Date: Monday, 28 June 2021, 13:58
To: dev@cloudstack.apache.org , 
us...@cloudstack.apache.org 
Subject: [VOTE] Apache CloudStack 4.15.1.0 (RC3)
Hi All,

I've created a 4.15.1.0 release, with the following artifacts up for a vote:

Git Branch:
https://github.com/apache/cloudstack/tree/4.15.1.0-RC20210628T1527
Commit SHA:
379454caae76279329c52aa6ae3eea389741d935

Source release (checksums and signatures are available at the same
location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.15.1.0/

PGP release keys (signed using 5ED1E1122DC5E8A4A45112C2484248210EE3D884):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

The vote will be open this week until 2 July 2021.

For sanity in tallying the vote, can PMC members please be sure to indicate
"(binding)" with their vote?

[ ] +1  approve
[ ] +0  no opinion
[ ] -1  disapprove (and reason why)

For users convenience, the packages from this release candidate and 4.15.1
systemvmtemplates are available here:
https://download.cloudstack.org/testing/4.15.1.0-RC3/
https://download.cloudstack.org/systemvm/4.15/

Documentation is not published yet, but the following may be referenced for
upgrade related tests: (there's a new 4.15.1 systemvmtemplate to be
registered prior to upgrade)
https://github.com/apache/cloudstack-documentation/tree/4.15/source/upgrading/upgrade

Regards.

 

Re: [VOTE] Apache CloudStack 4.15.1.0 (RC2)

[Boris Stoyanov]

+1 (binding)

We’ve done upgrade tests from major previous versions and number of smoketests 
executions. Also some manual verification was done around lifecycle operations 
for: VMs, Volumes, Networks, Infrastructure and others.

Thanks,
Bobby.

From: Rohit Yadav 
Date: Monday, 21 June 2021, 15:23
To: dev , users 
Subject: Re: [VOTE] Apache CloudStack 4.15.1.0 (RC2)
All,

We've not got any confirmation for a blocker on RC2 yet, kindly raise and 
report any blockers if you've found in RC2.

And please also continue testing and voting. Thanks.


Regards.


From: Rohit Yadav 
Sent: Friday, June 18, 2021 17:00
To: Andrija Panic ; dev ; 
Corey, Mike 
Cc: users 
Subject: Re: [VOTE] Apache CloudStack 4.15.1.0 (RC2)

Since there are two thread on this, I request Mike to test ACS 4.15/older 
versions UI/API and 4.15.1.0 RC2 legacy and new UI. Thanks.


Regards.


From: Andrija Panic 
Sent: Friday, June 18, 2021 04:15
To: dev ; Rohit Yadav ; 
Corey, Mike 
Cc: users 
Subject: Re: [VOTE] Apache CloudStack 4.15.1.0 (RC2)

@Rohit Yadav we might have a UI blocker, I'm 
waiting for Mike to report the issue - it seems (per his separate email to this 
ML) that the Traffic Labels are not persisted after the Zone deployment (UI 
doesn't show traffic labels) - I do recall an issue in 4.15.0 where similar was 
happening and one could not update the Traffic label in new UI (old UI had to 
be used)

@Corey, Mike please report here with the problem - 
thx.








 

On Wed, 16 Jun 2021 at 18:28, Rohit Yadav 
mailto:ro...@apache.org>> wrote:
Hi All,

I've created a 4.15.1.0 release, with the following artifacts up for a vote:

Git Branch:
https://github.com/apache/cloudstack/tree/4.15.1.0-RC20210616T2128
Commit SHA:
3afd37022b9dac52cd146dccada6012e47a80232

Source release (checksums and signatures are available at the same
location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.15.1.0/

PGP release keys (signed using 5ED1E1122DC5E8A4A45112C2484248210EE3D884):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

The vote will be open for the next week until 22 June 2021.

For sanity in tallying the vote, can PMC members please be sure to indicate
"(binding)" with their vote?

[ ] +1  approve
[ ] +0  no opinion
[ ] -1  disapprove (and reason why)

For users convenience, the packages from this release candidate and 4.15.1
systemvmtemplates are available here:
https://download.cloudstack.org/testing/4.15.1.0-RC2/
https://download.cloudstack.org/systemvm/4.15/

Documentation is not published yet, but the following may be referenced for
upgrade related tests: (there's a new 4.15.1 systemvmtemplate to be
registered prior to upgrade)
https://github.com/apache/cloudstack-documentation/tree/4.15/source/upgrading/upgrade

Regards.


--

Andrija Panić

Re: Keyboard Shortcuts on Management Server.

[Boris Stoyanov]

Having to install a separate plugin is not really sustainable. We’re planning 
to add small labels next to the major links so that shows which key is the 
shortcut so no memorizing will be needed(like vimium does but not dynamically, 
shortcuts will have the same keys all the time)

I also like and use vimium but with the new UI it’s simply not working. 
Pressing f and then the key combination for the ‘Compute’ for example does not 
get you to the page, that’s why we can’t rely on additional browser plugins for 
this.

Thanks,
Bobby.

From: Rakesh Venkatesh 
Date: Wednesday, 9 June 2021, 14:46
To: users 
Cc: dev@cloudstack.apache.org 
Subject: Re: Keyboard Shortcuts on Management Server.
I looked at the GSOC idea. I have feedback on this

1. Need to memorize the shortcut which is not so good
2. only a limited set of shortcuts as of now.. if it grows then more
memorization


If we use vimium or similar plugin


cons

need to spend time installing in browsers


pros

very less memorization
more shortcuts
no need for source code change if more tabs/panes or whatever is added to
ui future. (just press F and you are good to go)

On Wed, Jun 9, 2021 at 1:38 PM Boris Stoyanov 
wrote:

> Not everyone uses vimium browser plugin, I think it would be great if we
> can get this working cross-browser.
>
> Here’s the original GSOC Idea:
> https://github.com/apache/cloudstack/issues/4798
>
> Bobby.
>
> From: Rakesh Venkatesh 
> http://www.rakeshv@gmail.com>>
> Date: Wednesday, 9 June 2021, 14:29
> To: dev 
> Subject: Re: Keyboard Shortcuts on Management Server.
> I usually use vimium plugin which has keyboard shortcuts for all links in a
> webpage which is much more handy
>
>
>
>

 

> On Wed, Jun 9, 2021 at 12:38 PM Apurv Gupta  wrote:
>
> > Hi all,
> >
> >
> >
> > I’m trying to implement the keyboard shortcuts and the idea is to use the
> > management server ui without a mouse.
> >
> > From the mentors, here are the suggestion list for shortcuts:
> >
> >
> >
> > [i] - infrastructure
> >
> > [g] - configuration->global settings
> >
> > [v] - storage->volumes
> >
> > [c] - compute->instances
> >
> > [t] - images->templates
> >
> > [n] - networks
> >
> > [a] - accounts
> >
> > [p] - projects
> >
> > [e] - events
> >
> >
> >
> > Please feel free to add more to the list and would appreciate any
> comments,
> > suggestions or objections.
> > Also, I’ve opened a draft PR #5090 (
> > https://github.com/apache/cloudstack/pull/5090).
> >
> >
> >
> > Thankyou!
> >
>
>
> --
> Thanks and regards
> Rakesh venkatesh
>


--
Thanks and regards
Rakesh venkatesh

Re: Keyboard Shortcuts on Management Server.

[Boris Stoyanov]

Not everyone uses vimium browser plugin, I think it would be great if we can 
get this working cross-browser.

Here’s the original GSOC Idea: https://github.com/apache/cloudstack/issues/4798

Bobby.

From: Rakesh Venkatesh 
Date: Wednesday, 9 June 2021, 14:29
To: dev 
Subject: Re: Keyboard Shortcuts on Management Server.
I usually use vimium plugin which has keyboard shortcuts for all links in a
webpage which is much more handy


 

On Wed, Jun 9, 2021 at 12:38 PM Apurv Gupta  wrote:

> Hi all,
>
>
>
> I’m trying to implement the keyboard shortcuts and the idea is to use the
> management server ui without a mouse.
>
> From the mentors, here are the suggestion list for shortcuts:
>
>
>
> [i] - infrastructure
>
> [g] - configuration->global settings
>
> [v] - storage->volumes
>
> [c] - compute->instances
>
> [t] - images->templates
>
> [n] - networks
>
> [a] - accounts
>
> [p] - projects
>
> [e] - events
>
>
>
> Please feel free to add more to the list and would appreciate any comments,
> suggestions or objections.
> Also, I’ve opened a draft PR #5090 (
> https://github.com/apache/cloudstack/pull/5090).
>
>
>
> Thankyou!
>


--
Thanks and regards
Rakesh venkatesh

Re: [VOTE] New life to Terraform Provider CloudStack with Apache CloudStack project

[Boris Stoyanov]

+1 (binding)


On 15.04.21, 12:06, "Rohit Yadav"  wrote:

Hi All,

Following the discussion thread on Terraform [1], I would like to start a 
vote to gather consensus on the following actions:

  1.  Create a new "cloudstack-terraform-provider" repository based on 
Apache Licence v2.0 using re-licensed codebase of the archived/former terraform 
cloudstack provider repository: 
https://github.com/hashicorp/terraform-provider-cloudstack (note: re-licensing 
from MPL to AL will be done by Hashicorp)
  2.  Request ASF infra to enable issues, PR, and wiki features on the 
repository
  3.  Work with the community towards any further maintenance, development, 
and releases of the provider
  4.  Publish official releases on the official registry [2] if/after 
Apache CloudStack project gets a verified account (published by PMC members 
with access to the registry, or following guidelines from ASF infra if they've 
any)

The vote will be open for 120 hours, until Wed 21 April 2021.
For sanity in tallying the vote, can PMC members please be sure to indicate 
"(binding)" with their vote?

[ ] +1  approve
[ ] +0  no opinion
[ ] -1  disapprove (and reason why)

[1] https://markmail.org/message/iuggxin7kj6ri4hb
[2] https://registry.terraform.io/browse/providers


Regards.

rohit.ya...@shapeblue.com 
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue





boris.stoya...@shapeblue.com 
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue
  
 

Re: Mentors@ mailing list issue

[Boris Stoyanov]

Hi Maxim, I’ve just sent the formal request. Thanks.

From: Maxim Solodovnik 
Date: Thursday, 1 April 2021, 15:22
To: mentors 
Cc: dev , dev , 

Subject: Re: Mentors@ mailing list issue


I see the mail from Boris Stoyanov
This user subscription was not confirmed (due to I saw no mentor
request from him)

Shall I accept the subscription?


boris.stoya...@shapeblue.com 
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue
  
 

On Thu, 1 Apr 2021 at 19:18, Maxim Solodovnik  wrote:
>
> I can see the list and it's messages
> The list is moderated and most probably visible to comdev PMC only 
>
> On Thu, 1 Apr 2021 at 19:11, Rohit Yadav  wrote:
> >
> > Dear dev-community, mentors, cc Maxim (GSoC admin), CloudStack dev/pmc list,
> >
> > Can anyone with access/privileges, check if mails are being sent to
> > the mentors@ mailing list [1] for GSoC. Per this, the list does not
> > exist: https://lists.apache.org/list.html?ment...@community.apache.org
> >
> > [1] https://community.apache.org/gsoc.html
> >
> > Regards.
>
>
>
> --
> Best regards,
> Maxim



--
Best regards,
Maxim

GSoC2021 mentor request for Boris Stoyanov

[Boris Stoyanov]

Please acknowledge my request to become a mentor for Google Summer of

Code 2021 projects for Apache CloudStack.



I would like to receive the mentor invite to bss.stoya...@gmail.com


Here’s the idea I’ve proposed, which already has one student interested.

https://github.com/apache/cloudstack/issues/4798


Thanks,

Bobby.

Re: update - Google Summer of Code 2021

[Boris Stoyanov]

Hi all,

I’ve created a separate ticket in JIRA with title prefix GSoC 2021 and labels: 
‘gsoc2021’,’mentor’. This will allow it to be picked up automatically and added 
to the page that Maxim created.

I encourage everyone who submitted idea to advertise it in the same manner so 
it can stand out with other ideas on this huge page.

Bobby.

From: Rohit Yadav 
Date: Friday, 19 March 2021, 7:29
To: dev@cloudstack.apache.org 
Subject: Re: update - Google Summer of Code 2021
Thanks for following up Giles, I've subscribed to the mentors@ ML and got 
invited as a mentor on the GSoC portal after sending/receiving ack request on 
mentors@ and priv...@cloudstack.apache.org.

There seems to be some issue in wiki generation and I working with Maxim from 
mentors@ to be our list republished.

Regards.

Regards,
Rohit Yadav


From: Giles Sirett 
Sent: Wednesday, March 17, 2021 9:53:47 PM
To: dev@cloudstack.apache.org 
Subject: update - Google Summer of Code 2021

All
Just an update on where the project is with GSoC


We've had a number of suggestions on this mailing list and also some people 
submitting ideas as Github issues:
https://github.com/apache/cloudstack/issues?q=is%3Aissue+is%3Aopen+label%3Agsoc2021

Thank you everybody who has submitted a project and said you'd act as a mentor



Below, I've collated all of the proposed  ideas (abbreviated project names)

Harikrishna "mapping existing configuration parameters to the APIs"
Suresh "Cloning a Virtual Machine (with all the data disks)"
Boris "improvements in the UI around user experience. navigate around just 
using keyboards"
David  "allowing the user to set multiple SSH keys"
Alireza  "writing a Container Storage Interface (CSI) for Kubernetes"
Daan: suggested a number of projects but unfortunately isn't able to mentor 
this year.
Rohit "onboard users with existing XenServer/VMware/* environments with VMs to 
CloudStack/KVM."
Pearl "extending the behaviour of Persistent Networks in CloudStack."
Wei "Spice console"
Nicolas initially put forward "marvin test service"  but has since contacted me 
to say  that he'd prefer to put forward on of Daans projects: "authentication 
plugins for public authentication providers like google/microsoft/facebook/etc"


I think these all look like interesting projects

@ Alireza   - as far as I can see from discussions on list, your initial idea 
didn't seem to develop into a proposal. Do you still wish to pursue it ?

WHAT PROPOSERS NOW NEED TO DO==

We have two primary things to do to make these available as Apache GSoC 
projects:


  1.  We need to get them listed on COMDEV here:
https://cwiki.apache.org/confluence/display/COMDEV/GSoC+2021+Ideas+list#GSoC2021Ideaslist-CloudStack

This is the page that students will visit if they choose to browse  Apache as a 
partner (Thanks to Rohit for getting the initial CloudStack listing here)

Note: we will be competing with other projects for the students attention, so 
need to ensure that the listings are "attractive"

My thinking is that the descriptions need to be more "student focussed" - i.e 
they cannot assume any CloudStack knowledge and they should explain the type of 
tech/skills involved
Could I therefore ask everybody to reply to this thread with a more structured 
project description:

- project Title

-brief description including what problem this solves & what are its benefits
-technologies involved (i.e. Java, VueJS)
-who would this suit ? (i.e. this would suit somebody with a passion for UI 
design)

I will then take those descriptions and add them to our listing on COMDEV


  1.  Mentors need to read https://community.apache.org/gsoc.html and, 
specifically,  register with the mailing list 
ment...@community.apache.org ASAP
They should then get an invite from the GSoC people. Being on this list allows 
you to be officially recognised as a mentor but also to help deal with any 
student enquiries about your projects


===

Kind regards
Giles


giles.sir...@shapeblue.com
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue




rohit.ya...@shapeblue.com
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue



boris.stoya...@shapeblue.com 
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue
  
 

Re: Goggle Summer of Code 2021

[Boris Stoyanov]

Hi Giles and all,

I’d like to propose some improvements in the UI around user experience. I think 
it’ll be great if users can navigate around just using keyboards, meaning go to 
different pages, confirm dialogues and submit forms without the use of mouse.

Here’s a detailed description of the feature: 
https://github.com/apache/cloudstack/issues/4798

As far as mentorship, I’m happy to take part on the ideas/requirements side of 
the feature, but we’ll need a volunteer for the coding part.

Thanks,
Bobby.

From: Giles Sirett 
Date: Tuesday, 16 February 2021, 11:30
To: dev@cloudstack.apache.org 
Cc: us...@cloudstack.apache.org , 
priv...@cloudstack.apache.org 
Subject: Goggle Summer of Code 2021
Hi all

It would be great if the CloudStack project were able to get a few Google 
Summer of Code  [1] students this year to work on projects within our 
community. We've had a number of previous GSoC students (examples at [2] ), who 
have worked on innovative features/ projects within cloudstack and have then 
gone on to become significant contributors to Cloudstack .


In order to be able to attract students to work on Cloudstack, we need 2 things:

  1.  A number of candidate projects for students to work on. Students browse 
all GSoC the candidate projects and choose one that interests them- effectively 
every organisation is competing for the students interest.  These projects 
therefore need to be reasonably interesting looking projects to attract 
potential students. The students spend approximately 9 weeks coding, so the 
projects need to be appropriately scaled
  2.  Somebody prepared to mentor the student throughout the duration of the 
project (usually the person who suggests the project)

The student application period starts 29 March [3]
The ASF  has registered itself as a mentor  organisation with Google , allowing 
individual Apache projects to list candidate projects  for students to work on. 
A wiki page [4]  has been created at the ASF level to allow ASF projects to  
list their ideas for students


I'm happy to coordinate this from a Cloudstack perspective.
If others are happy with this approach, then I ask for two things at this stage:


  1.  Could people suggest appropriate projects. This could be a piece of 
integration that you've always considered and not got around to or could be an 
improvement that you've always wanted to do. If people can reply to this thread 
with ANY ideas, it would be a good start (irrespective of whether you wish to 
be a mentor or not)
  2.  At the same time, could people say whether they'd be prepared to be a 
student mentor or not




[1] https://summerofcode.withgoogle.com/


[2]
https://blog.netapp.com/blogs/mentoring-with-google-summer-of-code-and-lessons-in-cloudstack/
https://dzone.com/articles/cloudstack-google-summer-code
https://opensource.googleblog.com/2014/07/gsoc-students-create-google-compute.html


[3]https://summerofcode.withgoogle.com/how-it-works/#timeline

[4] https://cwiki.apache.org/confluence/display/COMDEV/GSoC+2021+Ideas+list



Kind regards
Giles


giles.sir...@shapeblue.com
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue



boris.stoya...@shapeblue.com 
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue
  
 

Re: [VOTE] Apache Cloudstack 4.14.1.0 RC1

[Boris Stoyanov]

+1 (binding) based largely on Vladi's testing and smoketests results.

Bobby.

On 1.03.21, 20:56, "Vladimir Petrov"  wrote:

+1

I've tested upgrades to 4.14.1 RC1 from the following versions/hypervisors 
(using CentOS 7 as management server):
4.11, 4.13, 4.14 KVM - OK
4.11 XenServer 7.1 - OK

4.11 VMWare 6.5u2 - OK

4.13 XenServer 7.4 - OK

4.13 VMWare 6.7u3 - OK

4.14 XenServer 7.1 and 7.4 - OK, but system VMs need to be recreated

4.14 XCP-NG 8.2 - OK

4.14 VMWare 6.7 u3 - OK

The following issues have been retested on the RC1 branch:

#4547 (https://github.com/apache/cloudstack/issues/4547) wrong root disk 
during the ingest bug - OK
#4514 (https://github.com/apache/cloudstack/issues/4514) User vm details is 
readonly on UI but still can be changed via api or cloudmonkey/cmk - OK
#4460 (https://github.com/apache/cloudstack/issues/4460) Different format 
in HostResponse and HostForMigrationResponse - OK
#4356 (https://github.com/apache/cloudstack/issues/4356) Revert snapshot 
only if volume is not attached to a running VM - OK
#4273 (https://github.com/apache/cloudstack/issues/4273) Multiple L2 
networks with same VLAN cannot be created even with Bypass VLAN id/range 
overlap checked - OK
#4245 (https://github.com/apache/cloudstack/issues/4245) VM cannot run 
normally in kvm UEFI LEGACY mode - OK
#4221 (https://github.com/apache/cloudstack/issues/4221) cpuallocated value 
shows 0 all the time - OK
#4181 (https://github.com/apache/cloudstack/issues/4181) Quota API don't 
honour pagination and searching - OK
#4163 (https://github.com/apache/cloudstack/issues/4163) health check 
gateways_check.py for redundant VR will fail for BACKUP router - OK
#3482 (https://github.com/apache/cloudstack/issues/3482) Compute resources 
are not automatically released after vm stop - OK
#4358 (https://github.com/apache/cloudstack/issues/4358) ACS unable to set 
VLAN to Trunk on Distributed Virtual Switches - OK

Regards,
Vladimir

vladimir.pet...@shapeblue.com 
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue




boris.stoya...@shapeblue.com 
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue
  
 

On Feb 24 2021, at 12:24 pm, Rohit Yadav  wrote:
> +1 (binding) based on smoketest (XenServer71, KVM CentOS7 and VMware 6.5).
>
>
> Regards.
> 
> From: Daan Hoogland 
> Sent: Friday, February 12, 2021 17:47
> To: users 
> Cc: dev@cloudstack.apache.org 
> Subject: Re: [VOTE] Apache Cloudstack 4.14.1.0 RC1
>
> check package and checksums, all ok. Further based on Abhishek's results:
> +1 (binding)
>
> On Fri, Feb 12, 2021 at 11:26 AM Abhishek Kumar <
> abhishek.ku...@shapeblue.com> wrote:
>
> > +1
> >
> > I've tested RC packages while running smoke tests and some manual
> > operations.
> > Configuration:
> >
> > * CentOS 7 management server, advanced zone w/o security groups
> > * 2x CentOS 7 KVM hosts
> > * 2x primary storages
> > * 1x secondary store
> >
> > 83 smoke tests successfully passed, 0 failed
> > Manual tests done:
> >
> > * VM lifecycle over isolated and l2 network
> > * VM migration without storage migration
> > * VM ROOT volume migration and lifecycle operations after migration
> > * Volume migration, snapshot creation
> > * Host maintenance, password change
> > * VR and other systemvm migration
> > * k8s cluster lifecycle
> > * CRUD on accounts and domains
> >
> > Regards,
> > Abhishek
> >
> >
> > 
> > From: Rohit Yadav 
> > Sent: 08 February 2021 17:28
> > To: dev@cloudstack.apache.org 
> > Cc: us...@cloudstack.apache.org 
> > Subject: Re: [VOTE] Apache Cloudstack 4.14.1.0 RC1
> >
> > All,
> >
> > The 4.14.1.0 RC1 convenience packages are available here:
> > http://download.cloudstack.org/testing/41410-rc1/
> >
> > There are no significant changes in release notes, and no new
> > 4.14.1.0-specific systemvmtemplate, users may test using the 4.14.0.0
> > release notes:
> > http://docs.cloudstack.apache.org/en/4.14.0.0/
> >
> > We'll update the 4.14.1.0 documentation website with list of changes 
fixed
> > etc, for now, those may be referred to here:
> > https://github.com/apache/cloudstack/milestone/15?closed=1
> >
> >
> > Thanks and regards.
> >
> > 
> > From: Rohit Yadav 
> > Sent: Monday, February 8, 2021 16:34
> > To: dev@cloudstack.apache.org 
> > Cc: us...@cloudstack.apache.org 
> > Subject: [VOTE] Apache Cloudstack 4.14.1.0 RC1
> >
> > Hi All,
> >
> > I've created a 4.14.1.0 release, with the 

Re: [VOTE] Apache Cloudstack 4.15.0.0 and UI [RC4]

[Boris Stoyanov]

+1 (binding) 

Tested basic VM/Storage/infra lifecycle operations and did not had any issues. 

Thanks,
Bobby.

On 5.01.21, 18:58, "Daan Hoogland"  wrote:

LS,

After the last vote yesterday, it was decided we have a blocker. I created
a new release candidate today. We now have an RC4, The changes (other than
bundling) are only significant for ceph users.

We are voting for the new UI and the main code.

The candidate release branch is 4.15.0.0-RC20210105T1551. The UI is still
separate but as agreed upon before this will be merged in coming releases,
at least from a version management point of view.
I've created a 4.15.0.0 release candidate, with the following artifacts up
for a vote:Git Branches:
main code:

https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.15.0.0-RC20210105T1551


ui code:



https://git-wip-us.apache.org/repos/asf?p=cloudstack-primate.git;a=tag;h=refs/tags/1.0
and Commit SH:
main code: 280c13a4bb103dd748ec304bfe0714a148c24602
ui code: e3b42103ae42b79f4db521c093881334f6a31dd8

Source release (checksums and signatures are available at the same
location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.15.0.0/ (rev. 45184)
PGP release keys (signed using 7975062401944786):
https://dist.apache.org/repos/dist/release/cloudstack/KEYSVote will be open
for (at least) 72 hours.For sanity in tallying the vote, can PMC members
please be sure to indicate "(binding)" with their vote?[ ] +1 approve
[ ] +0 no opinion
[ ] -1 disapprove (and reason why)

I will work with community members to provide convenience packaging over
the next few days.
The documentation repo will be updated as we move along.



-- 
Daan


boris.stoya...@shapeblue.com 
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue
  
 

Re: [VOTE] Apache Cloudstack 4.15.0.0 and UI [RC3]

[Boris Stoyanov]

+1 (binding) 

In shared effort with Vladimir Petrov, we've done upgrade testing from latest 
of: 
4.11
4.13
4.14 

Also did a basic lifecycle operations of: 
VMs, Networks, Storage, Infra(pod, cluster, zone, hosts). 

And we couldn't find any stopping issues with this RC. 

Thanks,
Bobby.

On 24.12.20, 5:14, "Rohit Yadav"  wrote:


All,

Here are the convenience packages build from 4.15.0.0-RC3 if you don't want 
to build CloudStack from the source artifacts:

Packages: (Debian, CentOS7, and CentOS8)
http://download.cloudstack.org/testing/4.15.0.0-rc3/

4.15 systemvmtemplate:
http://download.cloudstack.org/systemvm/4.15/

Build from the master branch of 
https://github.com/apache/cloudstack-documentation (if/after voting passes, 
we'll update and publish the docs):
http://docs.cloudstack.apache.org/en/master/upgrading/

Additional notes:
  *   The new UI is bundled within the cloudstack-management package and is 
shipped as the default UI served at /client, old UI will be served 
via /client/legacy. Most users don't need to do any separate 
installation or perform an installation step.
  *   We've added support for CentOS8 with 4.15 but CentOS8 will EOL in Dec 
2021 (https://wiki.centos.org/About/Product).


Regards.


From: Daan Hoogland 
Sent: Wednesday, December 23, 2020 23:13
To: users ; dev 
Subject: [VOTE] Apache Cloudstack 4.15.0.0 and UI [RC3]

LS,
After fixing another few blockers, we have an RC3, The changes (other than
bundling) are mostly interesting for those working with templates and on
vmware.

We are voting for the new UI and the main code.

The candidate release branch is 4.15.0.0-RC20201223T1632. The UI is still
separate but as agreed upon before this will be merged in coming releases,
at least from a version management point of view.
I've created a 4.15.0.0 release candidate, with the following artifacts up
for a vote:Git Branches:
main code:

https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.15.0.0-RC20201223T1632


ui code:



https://git-wip-us.apache.org/repos/asf?p=cloudstack-primate.git;a=tag;h=refs/tags/1.0
and Commit SH:
main code: 01b3e361c7bb81fd1ea822faddd6594e52bb00c1
ui code: 0593302dd53ac3203d3ab43b62d890605910f3e1

Source release (checksums and signatures are available at the same
location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.15.0.0/ (rev. 45059)
PGP release keys (signed using 7975062401944786):
https://dist.apache.org/repos/dist/release/cloudstack/KEYSVote will be open
for (at least) 72 hours.For sanity in tallying the vote, can PMC members
please be sure to indicate "(binding)" with their vote?[ ] +1 approve
[ ] +0 no opinion
[ ] -1 disapprove (and reason why)

I will work with community members to provide convenience packaging over
the next few days.
The documentation repo will be updated as we move along.



--
Daan

rohit.ya...@shapeblue.com 
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue





boris.stoya...@shapeblue.com 
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue
  
 

Re: [DISCUSS] python test framework

[Boris Stoyanov]

+1 on nose2, as the marvin plugin is built on nose, it seems the natural choice 
to upgrade to. We need to investigate backwards compatibility though.. 

Bobby.

On 11.11.20, 21:28, "Daan Hoogland"  wrote:

devs,
Investigating an new organization of test categories , I found that our 
framework in use, nose, is no longer in maintenance. Its maintainer has stopped 
his support in 2017. As it is quite stable it has slipped our attention, but it 
is urgent that we discuss and choose a way forward. There is a successor, 
nose2, which as the documentation tells me, has less support for underlying 
test types but is also extensible. This is my goto choice to investigate 
further the coming days, but I’d like input from of you as many as possible.
Regards,

daan.hoogl...@shapeblue.com 
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue





boris.stoya...@shapeblue.com 
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue
  
 

Re: [VOTE] Apache CloudStack 4.14.0.0 RC3

[Boris Stoyanov]

Hi guys,

I've done more testing around this and I can now confirm it has nothing to do 
with cloudstack code. 

I've tested it with rc3, reverted UEFI PR and 4.13.1 (which does not happen to 
have the feature at all). Also I've used a matrix of VMware version of 6.0u2, 
6.5u2 and 6.7u3. 

The bug is reproducible with all the cloudstack versions, and only vmware 
6.7u3, I was not able to reproduce this with 6.5/6.0. All of my results during 
testing show it must be related to that specific version of VMware. 

Therefore I'm reversing my '-1' and giving a +1 vote on the RC. I think it 
needs to be included in release notes to refrain from that version for now 
until further investigation is done. 

Thanks,
Bobby.

On 19.05.20, 10:08, "Boris Stoyanov"  wrote:

Indeed it is severe, but please note it's a corner case which was unearthed 
almost by accident. It falls down to using a new feature of selecting a boot 
protocol and the template must be corrupted. So with already existing templates 
I would not expect to encounter it. 

As for recovery, we've managed to recover vCenter and Cloudstack after 
reboots of the vCenter machine and the Cloudstack management service. There's 
no exact points to recover for now, but restart seems to work. 
By graceful failure I mean, cloudstack erroring out the deployment and VM 
finished in ERROR state, meanwhile connection and operability with vCenter 
cluster remains the same. 

We're currently exploring options to fix this, one could be to disable the 
feature for VMWare and work to introduce more sustainable fix in next release. 
Other is to look for more guarding code when installing a template, since 
VMware doesn’t actually allow you install that particular template but 
cloudstack does. We'll keep you posted. 

Thanks,
Bobby.

On 18.05.20, 23:01, "Marcus"  wrote:

The issue sounds severe enough that a release note probably won't 
suffice -
unless there's a documented way to recover we'd never want to leave a
system susceptible to being unrecoverable, even if it's rarely 
triggered.

What's involved in "failing gracefully"? Is this a small fix, or an
overhaul?  Perhaps the new feature could be disabled for VMware, or
disabled altogether until a fix is made in a patch release.

Does it only affect new templates, or is there a risk that an existing
template out in vSphere could suddenly cause problems?

On Mon, May 18, 2020 at 12:49 AM Boris Stoyanov <
boris.stoya...@shapeblue.com> wrote:

> Hi guys,
>
> A little further info on this, it appears when we use a corrupted 
template
> and UEFI/Legacy mode when deploy a VM, it breaks the connection 
between
> cloudstack and vCenter.
>
> All hosts become unreachable and basically the cluster is not 
functional,
> have not investigated a way to recover this but seems like a huge 
mess..
> Please note that user is not able to register such template in vCenter
> directly, but cloudstack allows using it.
>
> Open to discuss if we'll fix this, since it's expected users to use
> working templates, I think we should be failing gracefully and such 
action
> should not be able to create downtime on such a large scale.
>
> I believe the boot type feature is new one and it's not available in 
older
> releases, so this issue should be limited to 4.14/current master.
    >
> Thanks,
> Bobby.
>
> On 15.05.20, 17:07, "Boris Stoyanov" 
> wrote:
>
> I'll have to -1 RC3, we've discovered details about an issue 
which is
> causing severe consequences with a particular hypervisor in the 
afternoon.
> We'll need more time to investigate before disclosing.
>
> Bobby.
>
> On 15.05.20, 9:12, "Boris Stoyanov" 
> wrote:
>
> +1 (binding)
>
> I've executed upgrade tests with the following configurations:
>
> 4.13.1 with KVM on CentOS7 hosts
> 4.13 with VMware6.5 hosts
> 4.11.3 with KVM on CentOS7 hosts
> 4.11.2 with XenServer7 hosts
> 4.11.1 with VMware 6.7
> 4.9.3 with XenServer 7 hosts
> 4.9.2 with KVM on CentOS 7 hosts
>
> Also I've run basic lifecycle operations on the following
> components:
> VMs
> Volumes
> Infra (zones, pod, clusters

Re: [VOTE] Apache CloudStack 4.14.0.0 RC3

[Boris Stoyanov]

Indeed it is severe, but please note it's a corner case which was unearthed 
almost by accident. It falls down to using a new feature of selecting a boot 
protocol and the template must be corrupted. So with already existing templates 
I would not expect to encounter it. 

As for recovery, we've managed to recover vCenter and Cloudstack after reboots 
of the vCenter machine and the Cloudstack management service. There's no exact 
points to recover for now, but restart seems to work. 
By graceful failure I mean, cloudstack erroring out the deployment and VM 
finished in ERROR state, meanwhile connection and operability with vCenter 
cluster remains the same. 

We're currently exploring options to fix this, one could be to disable the 
feature for VMWare and work to introduce more sustainable fix in next release. 
Other is to look for more guarding code when installing a template, since 
VMware doesn’t actually allow you install that particular template but 
cloudstack does. We'll keep you posted. 

Thanks,
Bobby.

On 18.05.20, 23:01, "Marcus"  wrote:

The issue sounds severe enough that a release note probably won't suffice -
unless there's a documented way to recover we'd never want to leave a
system susceptible to being unrecoverable, even if it's rarely triggered.

What's involved in "failing gracefully"? Is this a small fix, or an
overhaul?  Perhaps the new feature could be disabled for VMware, or
disabled altogether until a fix is made in a patch release.

Does it only affect new templates, or is there a risk that an existing
template out in vSphere could suddenly cause problems?

On Mon, May 18, 2020 at 12:49 AM Boris Stoyanov <
boris.stoya...@shapeblue.com> wrote:

> Hi guys,
>
> A little further info on this, it appears when we use a corrupted template
> and UEFI/Legacy mode when deploy a VM, it breaks the connection between
> cloudstack and vCenter.
>
> All hosts become unreachable and basically the cluster is not functional,
> have not investigated a way to recover this but seems like a huge mess..
> Please note that user is not able to register such template in vCenter
> directly, but cloudstack allows using it.
>
> Open to discuss if we'll fix this, since it's expected users to use
> working templates, I think we should be failing gracefully and such action
> should not be able to create downtime on such a large scale.
>
> I believe the boot type feature is new one and it's not available in older
> releases, so this issue should be limited to 4.14/current master.
    >
> Thanks,
> Bobby.
>
> On 15.05.20, 17:07, "Boris Stoyanov" 
> wrote:
>
> I'll have to -1 RC3, we've discovered details about an issue which is
> causing severe consequences with a particular hypervisor in the afternoon.
> We'll need more time to investigate before disclosing.
>
> Bobby.
>
> On 15.05.20, 9:12, "Boris Stoyanov" 
> wrote:
>
> +1 (binding)
>
> I've executed upgrade tests with the following configurations:
>
> 4.13.1 with KVM on CentOS7 hosts
> 4.13 with VMware6.5 hosts
> 4.11.3 with KVM on CentOS7 hosts
> 4.11.2 with XenServer7 hosts
> 4.11.1 with VMware 6.7
> 4.9.3 with XenServer 7 hosts
> 4.9.2 with KVM on CentOS 7 hosts
>
> Also I've run basic lifecycle operations on the following
> components:
> VMs
> Volumes
> Infra (zones, pod, clusters, hosts)
> Networks
> and more
>
> I did not come across any problems during this testing.
>
> Thanks,
> Bobby.
>
>
> On 11.05.20, 18:21, "Andrija Panic" 
> wrote:
>
> Hi All,
>
> I've created a 4.14.0.0 release (RC3), with the following
> artefacts up for
> testing and a vote:
>
> Git Branch and Commit SH:
>
> 
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200511T1503
> Commit: 6f96b3b2b391a9b7d085f76bcafa3989d9832b4e
>
> Source release (checksums and signatures are available at the
> same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
> PGP release keys (signed using 3DC01AE8):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
&g

Re: [VOTE] Apache CloudStack 4.14.0.0 RC3

[Boris Stoyanov]

Hi guys, 

A little further info on this, it appears when we use a corrupted template and 
UEFI/Legacy mode when deploy a VM, it breaks the connection between cloudstack 
and vCenter. 

All hosts become unreachable and basically the cluster is not functional, have 
not investigated a way to recover this but seems like a huge mess.. 
Please note that user is not able to register such template in vCenter 
directly, but cloudstack allows using it. 

Open to discuss if we'll fix this, since it's expected users to use working 
templates, I think we should be failing gracefully and such action should not 
be able to create downtime on such a large scale. 

I believe the boot type feature is new one and it's not available in older 
releases, so this issue should be limited to 4.14/current master. 

Thanks,
Bobby. 

On 15.05.20, 17:07, "Boris Stoyanov"  wrote:

I'll have to -1 RC3, we've discovered details about an issue which is 
causing severe consequences with a particular hypervisor in the afternoon. 
We'll need more time to investigate before disclosing. 

Bobby.

On 15.05.20, 9:12, "Boris Stoyanov"  wrote:

+1 (binding) 

I've executed upgrade tests with the following configurations: 

4.13.1 with KVM on CentOS7 hosts
4.13 with VMware6.5 hosts
4.11.3 with KVM on CentOS7 hosts 
4.11.2 with XenServer7 hosts 
4.11.1 with VMware 6.7 
4.9.3 with XenServer 7 hosts 
4.9.2 with KVM on CentOS 7 hosts 

Also I've run basic lifecycle operations on the following components: 
VMs
Volumes 
Infra (zones, pod, clusters, hosts)
Networks 
and more

I did not come across any problems during this testing. 

Thanks,
Bobby.


On 11.05.20, 18:21, "Andrija Panic"  wrote:

Hi All,

I've created a 4.14.0.0 release (RC3), with the following artefacts 
up for
testing and a vote:

Git Branch and Commit SH:

https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200511T1503
Commit: 6f96b3b2b391a9b7d085f76bcafa3989d9832b4e

Source release (checksums and signatures are available at the same
location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/

PGP release keys (signed using 3DC01AE8):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

The vote will be open until 14th May 2020, 17.00 CET (72h).

For sanity in tallying the vote, can PMC members please be sure to 
indicate
"(binding)" with their vote?

[ ] +1 approve
[ ] +0 no opinion
[ ] -1 disapprove (and reason why)

Additional information:

For users' convenience, I've built packages from
6f96b3b2b391a9b7d085f76bcafa3989d9832b4e and published RC3 
repository here:
http://packages.shapeblue.com/testing/41400rc3/  (CentOS 7 and
Debian/generic, both with noredist support)
and here

https://download.cloudstack.org/testing/4.14.0.0-RC20200506T2028/ubuntu/bionic/
 (Ubuntu 18.04 specific, no noredist support - thanks to Gabriel):

The release notes are still work-in-progress, but for the upgrade
instructions (including the new systemVM templates) you may refer 
to the
following URL:

https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr112/upgrading/index.html

4.14.0.0 systemVM templates are available from here:
http://download.cloudstack.org/systemvm/4.14/

NOTES on issues fixed in this RC3 release:

(this one does *NOT* require a full retest if you were testing 
RC1/RC2
already - just if you were affected this issue):
- https://github.com/apache/cloudstack/pull/4064 - affects 
hostnames when
attaching a VM to additional networks

Regards,


Andrija Panić





boris.stoya...@shapeblue.com 
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue
  
 




boris.stoya...@shapeblue.com 
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue
  
 

Re: [VOTE] Apache CloudStack 4.14.0.0 RC3

[Boris Stoyanov]

I'll have to -1 RC3, we've discovered details about an issue which is causing 
severe consequences with a particular hypervisor in the afternoon. We'll need 
more time to investigate before disclosing. 

Bobby.

On 15.05.20, 9:12, "Boris Stoyanov"  wrote:

+1 (binding) 

I've executed upgrade tests with the following configurations: 

4.13.1 with KVM on CentOS7 hosts
4.13 with VMware6.5 hosts
4.11.3 with KVM on CentOS7 hosts 
4.11.2 with XenServer7 hosts 
4.11.1 with VMware 6.7 
4.9.3 with XenServer 7 hosts 
4.9.2 with KVM on CentOS 7 hosts 

Also I've run basic lifecycle operations on the following components: 
VMs
Volumes 
Infra (zones, pod, clusters, hosts)
Networks 
and more

I did not come across any problems during this testing. 

Thanks,
Bobby.


On 11.05.20, 18:21, "Andrija Panic"  wrote:

Hi All,

I've created a 4.14.0.0 release (RC3), with the following artefacts up 
for
testing and a vote:

Git Branch and Commit SH:

https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200511T1503
Commit: 6f96b3b2b391a9b7d085f76bcafa3989d9832b4e

Source release (checksums and signatures are available at the same
location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/

PGP release keys (signed using 3DC01AE8):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

The vote will be open until 14th May 2020, 17.00 CET (72h).

For sanity in tallying the vote, can PMC members please be sure to 
indicate
"(binding)" with their vote?

[ ] +1 approve
[ ] +0 no opinion
[ ] -1 disapprove (and reason why)

Additional information:

For users' convenience, I've built packages from
6f96b3b2b391a9b7d085f76bcafa3989d9832b4e and published RC3 repository 
here:
http://packages.shapeblue.com/testing/41400rc3/  (CentOS 7 and
Debian/generic, both with noredist support)
and here

https://download.cloudstack.org/testing/4.14.0.0-RC20200506T2028/ubuntu/bionic/
 (Ubuntu 18.04 specific, no noredist support - thanks to Gabriel):

The release notes are still work-in-progress, but for the upgrade
instructions (including the new systemVM templates) you may refer to the
following URL:

https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr112/upgrading/index.html

4.14.0.0 systemVM templates are available from here:
http://download.cloudstack.org/systemvm/4.14/

NOTES on issues fixed in this RC3 release:

(this one does *NOT* require a full retest if you were testing RC1/RC2
already - just if you were affected this issue):
- https://github.com/apache/cloudstack/pull/4064 - affects hostnames 
when
attaching a VM to additional networks

Regards,


Andrija Panić





boris.stoya...@shapeblue.com 
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue
  
 

Re: [VOTE] Apache CloudStack 4.14.0.0 RC3

[Boris Stoyanov]

+1 (binding) 

I've executed upgrade tests with the following configurations: 

4.13.1 with KVM on CentOS7 hosts
4.13 with VMware6.5 hosts
4.11.3 with KVM on CentOS7 hosts 
4.11.2 with XenServer7 hosts 
4.11.1 with VMware 6.7 
4.9.3 with XenServer 7 hosts 
4.9.2 with KVM on CentOS 7 hosts 

Also I've run basic lifecycle operations on the following components: 
VMs
Volumes 
Infra (zones, pod, clusters, hosts)
Networks 
and more

I did not come across any problems during this testing. 

Thanks,
Bobby.


On 11.05.20, 18:21, "Andrija Panic"  wrote:

Hi All,

I've created a 4.14.0.0 release (RC3), with the following artefacts up for
testing and a vote:

Git Branch and Commit SH:

https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200511T1503
Commit: 6f96b3b2b391a9b7d085f76bcafa3989d9832b4e

Source release (checksums and signatures are available at the same
location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/

PGP release keys (signed using 3DC01AE8):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

The vote will be open until 14th May 2020, 17.00 CET (72h).

For sanity in tallying the vote, can PMC members please be sure to indicate
"(binding)" with their vote?

[ ] +1 approve
[ ] +0 no opinion
[ ] -1 disapprove (and reason why)

Additional information:

For users' convenience, I've built packages from
6f96b3b2b391a9b7d085f76bcafa3989d9832b4e and published RC3 repository here:
http://packages.shapeblue.com/testing/41400rc3/  (CentOS 7 and
Debian/generic, both with noredist support)
and here

https://download.cloudstack.org/testing/4.14.0.0-RC20200506T2028/ubuntu/bionic/
 (Ubuntu 18.04 specific, no noredist support - thanks to Gabriel):

The release notes are still work-in-progress, but for the upgrade
instructions (including the new systemVM templates) you may refer to the
following URL:
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr112/upgrading/index.html

4.14.0.0 systemVM templates are available from here:
http://download.cloudstack.org/systemvm/4.14/

NOTES on issues fixed in this RC3 release:

(this one does *NOT* require a full retest if you were testing RC1/RC2
already - just if you were affected this issue):
- https://github.com/apache/cloudstack/pull/4064 - affects hostnames when
attaching a VM to additional networks

Regards,


Andrija Panić



boris.stoya...@shapeblue.com 
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue
  
 

Re: [VOTE] Apache CloudStack 4.14.0.0 RC2

[Boris Stoyanov]

Ok great, is there any other reason to have your current '-1' on the RC still 
applicable? 

Bobby. 

On 11.05.20, 12:45, "Wei ZHOU"  wrote:

Hi Bobby,

Sorry the issue I mentioned has been fixed by PR in 4.14
https://github.com/apache/cloudstack/pull/4064
It should be applied in 4.13 as well.


https://github.com/havengit/cloudstack/blob/4.13.1.0/systemvm/debian/opt/cloud/bin/cs/CsDhcp.py


-Wei

On Mon, 11 May 2020 at 11:29, Boris Stoyanov 
wrote:

> Wei,
>
> Isn't that already merged in 4.13.1, have you managed to reproduce it with
> 4.14-RC2?
>
> Bobby.
>
> On 11.05.20, 12:26, "Wei ZHOU"  wrote:
>
> Hi  Bobby ,
>
> Yes, that's the issue I mentioned.
>
    > -Wei
>
> On Mon, 11 May 2020 at 08:54, Boris Stoyanov <
> boris.stoya...@shapeblue.com>
> wrote:
>
> > Hi Wei,
> >
> > Isn't this PR fixing it?
> > https://github.com/apache/cloudstack/pull/3913
> >
> > Thanks,
> > Bobby.
> >
> > On 9.05.20, 0:22, "Wei ZHOU"  wrote:
> >
> > Sorry Andrija,
> >
> > I saw his pull request just now:
> > https://github.com/apache/cloudstack/pull/4064
> >
> > -Wei
> >
> >
> > boris.stoya...@shapeblue.com
> > www.shapeblue.com
> > 3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
> > @shapeblue
> >
> >
> >
>
> boris.stoya...@shapeblue.com
> www.shapeblue.com
> 3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
> @shapeblue
>
>
>
> 
boris.stoya...@shapeblue.com 
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue
  
 

> On Fri, 8 May 2020 at 23:20, Wei ZHOU  wrote:
> >
> > > Hi Andrija,
> > >
> > > Yes. the lease time non-primary nics is "infiniteh" which
> should be
> > > "infinite". The user have fixed the issue and verified it.
> They will
> > create
> > > pull request tomorrow I think.
> > >
> > > -Wei
> > >
> > >
> > > On Fri, 8 May 2020 at 16:55, Andrija Panic <
> andrija.pa...@gmail.com>
> > > wrote:
> > >
> > >> Hi Wei, is this the one?
> > >>
> > >> Fix dhcp infinite lease time #3913
> > >>
> > >> Can you share more on the issue?
> > >>
> > >> Thanks,
> > >> Andrija
> > >>
> > >> On Fri, 8 May 2020, 16:50 Wei ZHOU, 
> wrote:
> > >>
> > >> > -1
> > >> >
> > >> > a guy found an issue in pr #3913. He will create a pr.
> > >> >
> > >> > -Wei
> > >> >
> > >> > On Wed, 6 May 2020 at 22:45, Andrija Panic <
> > andrija.pa...@gmail.com>
> > >> > wrote:
> > >> >
> > >> > > Hi All,
> > >> > >
> > >> > > I've created a 4.14.0.0 release (RC2), with the following
> > artefacts up
> > >> > for
> > >> > > testing and a vote:
> > >> > >
> > >> > > Git Branch and Commit SH:
> > >> > >
> > >> > >
> > >> >
> > >>
> >
> 
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200506T2028
> > >> > > Commit: 377c9c8ab2eecca57b0073065c018fe9a010a520
> > >> > >
> > >> > > Source release (checksums and signatures are available at
> the
> > same
> > >> > > location):
> > >> > >
> https://di

Re: [VOTE] Apache CloudStack 4.14.0.0 RC2

[Boris Stoyanov]

Wei, 

Isn't that already merged in 4.13.1, have you managed to reproduce it with 
4.14-RC2? 

Bobby.

On 11.05.20, 12:26, "Wei ZHOU"  wrote:

Hi  Bobby ,

Yes, that's the issue I mentioned.

-Wei

On Mon, 11 May 2020 at 08:54, Boris Stoyanov 
wrote:

> Hi Wei,
>
> Isn't this PR fixing it?
> https://github.com/apache/cloudstack/pull/3913
>
> Thanks,
> Bobby.
>
> On 9.05.20, 0:22, "Wei ZHOU"  wrote:
>
> Sorry Andrija,
>
> I saw his pull request just now:
> https://github.com/apache/cloudstack/pull/4064
>
> -Wei
>
>
> boris.stoya...@shapeblue.com
> www.shapeblue.com
> 3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
> @shapeblue
>
>
>

boris.stoya...@shapeblue.com 
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue
  
 

> On Fri, 8 May 2020 at 23:20, Wei ZHOU  wrote:
>
> > Hi Andrija,
> >
> > Yes. the lease time non-primary nics is "infiniteh" which should be
> > "infinite". The user have fixed the issue and verified it. They will
> create
> > pull request tomorrow I think.
> >
> > -Wei
> >
> >
> > On Fri, 8 May 2020 at 16:55, Andrija Panic 
> > wrote:
> >
> >> Hi Wei, is this the one?
> >>
> >> Fix dhcp infinite lease time #3913
> >>
> >> Can you share more on the issue?
> >>
> >> Thanks,
> >> Andrija
> >>
> >> On Fri, 8 May 2020, 16:50 Wei ZHOU,  wrote:
> >>
> >> > -1
> >> >
> >> > a guy found an issue in pr #3913. He will create a pr.
> >> >
> >> > -Wei
> >> >
> >> > On Wed, 6 May 2020 at 22:45, Andrija Panic <
> andrija.pa...@gmail.com>
> >> > wrote:
> >> >
> >> > > Hi All,
> >> > >
> >> > > I've created a 4.14.0.0 release (RC2), with the following
> artefacts up
> >> > for
> >> > > testing and a vote:
> >> > >
> >> > > Git Branch and Commit SH:
> >> > >
> >> > >
> >> >
> >>
> 
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200506T2028
> >> > > Commit: 377c9c8ab2eecca57b0073065c018fe9a010a520
> >> > >
> >> > > Source release (checksums and signatures are available at the
> same
> >> > > location):
> >> > > https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
> >> > >
> >> > > PGP release keys (signed using 3DC01AE8):
> >> > > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> >> > >
> >> > > The vote will be open until 12th May 2020.
> >> > >
> >> > > For sanity in tallying the vote, can PMC members please be sure
> to
> >> > indicate
> >> > > "(binding)" with their vote?
> >> > >
> >> > > [ ] +1 approve
> >> > > [ ] +0 no opinion
> >> > > [ ] -1 disapprove (and reason why)
> >> > >
> >> > > Additional information:
> >> > >
> >> > > For users' convenience, I've built packages from
> >> > > 377c9c8ab2eecca57b0073065c018fe9a010a520 and published RC2
> repository
> >> > here:
> >> > > http://packages.shapeblue.com/testing/41400rc2/  (CentOS 7 and
> >> > > Debian/generic, both with noredist support)
> >> > > and here
> >> > >
> >> > >
> >> >
> >>
> 
https://download.cloudstack.org/testing/4.14.0.0-RC20200506T2028/ubuntu/bionic/
> >> > > (Ubuntu 18.04 specific, no noredist support - thanks to
> Gabriel):
> >> > >
> >>

Re: [VOTE] Apache CloudStack 4.14.0.0 RC2

[Boris Stoyanov]

Hi Wei, 

Isn't this PR fixing it? 
https://github.com/apache/cloudstack/pull/3913

Thanks, 
Bobby.

On 9.05.20, 0:22, "Wei ZHOU"  wrote:

Sorry Andrija,

I saw his pull request just now:
https://github.com/apache/cloudstack/pull/4064

-Wei


boris.stoya...@shapeblue.com 
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue
  
 

On Fri, 8 May 2020 at 23:20, Wei ZHOU  wrote:

> Hi Andrija,
>
> Yes. the lease time non-primary nics is "infiniteh" which should be
> "infinite". The user have fixed the issue and verified it. They will 
create
> pull request tomorrow I think.
>
> -Wei
>
>
> On Fri, 8 May 2020 at 16:55, Andrija Panic 
> wrote:
>
>> Hi Wei, is this the one?
>>
>> Fix dhcp infinite lease time #3913
>>
>> Can you share more on the issue?
>>
>> Thanks,
>> Andrija
>>
>> On Fri, 8 May 2020, 16:50 Wei ZHOU,  wrote:
>>
>> > -1
>> >
>> > a guy found an issue in pr #3913. He will create a pr.
>> >
>> > -Wei
>> >
>> > On Wed, 6 May 2020 at 22:45, Andrija Panic 
>> > wrote:
>> >
>> > > Hi All,
>> > >
>> > > I've created a 4.14.0.0 release (RC2), with the following artefacts 
up
>> > for
>> > > testing and a vote:
>> > >
>> > > Git Branch and Commit SH:
>> > >
>> > >
>> >
>> 
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200506T2028
>> > > Commit: 377c9c8ab2eecca57b0073065c018fe9a010a520
>> > >
>> > > Source release (checksums and signatures are available at the same
>> > > location):
>> > > https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>> > >
>> > > PGP release keys (signed using 3DC01AE8):
>> > > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>> > >
>> > > The vote will be open until 12th May 2020.
>> > >
>> > > For sanity in tallying the vote, can PMC members please be sure to
>> > indicate
>> > > "(binding)" with their vote?
>> > >
>> > > [ ] +1 approve
>> > > [ ] +0 no opinion
>> > > [ ] -1 disapprove (and reason why)
>> > >
>> > > Additional information:
>> > >
>> > > For users' convenience, I've built packages from
>> > > 377c9c8ab2eecca57b0073065c018fe9a010a520 and published RC2 repository
>> > here:
>> > > http://packages.shapeblue.com/testing/41400rc2/  (CentOS 7 and
>> > > Debian/generic, both with noredist support)
>> > > and here
>> > >
>> > >
>> >
>> 
https://download.cloudstack.org/testing/4.14.0.0-RC20200506T2028/ubuntu/bionic/
>> > > (Ubuntu 18.04 specific, no noredist support - thanks to Gabriel):
>> > >
>> > > The release notes are still work-in-progress, but for the upgrade
>> > > instructions (including the new systemVM templates) you may refer to
>> the
>> > > following URL:
>> > >
>> >
>> 
https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr112/upgrading/index.html
>> > >
>> > > 4.14.0.0 systemVM templates are available from here:
>> > > http://download.cloudstack.org/systemvm/4.14/
>> > >
>> > > NOTES on issues fixed in this RC2 release:
>> > >
>> > > (these do *NOT* require a full retest if you were testing RC1 already
>> -
>> > > just if you were affected by these 2 issues):
>> > > -  https://github.com/apache/cloudstack/pull/4055 (explicit timezone
>> in
>> > > db.properties, fixes only new installations of 4.14, while for the
>> > upgrade
>> > > process the documentation has been upgraded accordingly in
>> > > https://github.com/apache/cloudstack-documentation/pull/112/files)
>> > > -  https://github.com/apache/cloudstack/pull/4057   (fix regression
>> > where
>> > > one could not delete a snapshot created from a volume on Local
>> storage)
>> > >
>> > > Regards,
>> > >
>> > > Andrija Panić
>> > >
>> >
>>
>

Re: [VOTE] Apache CloudStack 4.13.1.0 RC3

[Boris Stoyanov]

[+1](binding) 

I've done upgrade tests with the following environments and they all were 
successful: 
From
4.13 with VMware6.5 hosts - Passed
4.11 with KVM on CentOS7 hosts - Passed 
4.9.3 with XenServer 7 hosts - Passed
To 4.13.1 RC3

Marvin tests also does not seem to show any current issue with 4.13.1. 

I've done some manual verification also mainly around lifecycle operations 
around: VMs, Networks, Volumes, Adding/Removing a zone etc.. all seems to be 
looking good. 

Thanks,
Bobby.

On 23.04.20, 22:23, "Andrija Panic"  wrote:

Hi All,

we've fixed 2 issues noticed in RC2:
- https://github.com/apache/cloudstack/pull/4043
- https://github.com/apache/cloudstack/pull/4042


I've created a 4.13.1.0 release (RC3), with the following artefacts up for
testing and a vote:

Git Branch and Commit SH:

https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.13.1.0-RC20200423T1917
Commit: b2ffa3efa58a1569dbaa8a34f723756926e22820

Source release (checksums and signatures are available at the same
location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.13.1.0/

PGP release keys (signed using 3DC01AE8):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

The vote will be open until Wednesday 29th April 2020.

For sanity in tallying the vote, can PMC members please be sure to indicate
"(binding)" with their vote?

[ ] +1 approve
[ ] +0 no opinion
[ ] -1 disapprove (and reason why)

Additional information:

For users' convenience, I've built packages from
b2ffa3efa58a1569dbaa8a34f723756926e22820 and published RC3 repository here
(CentOS 6, CentOS 7 and Debian/generic):
http://packages.shapeblue.com/testing/41310rc3/
and here (Ubuntu 18.04 specific, thanks to Gabriel):

https://download.cloudstack.org/testing/4.13.1.0-RC20200423T1917/ubuntu/bionic/

There are no changes to the systemVM templates vs. 4.13.0.0 - please use
the official ones (systemvmtemplate-4.11.3-*) from
http://download.cloudstack.org/systemvm/4.11/

If upgrading from < 4.13.0.0, please use the existing 4.13.0.0 Upgrade
guide here: http://docs.cloudstack.apache.org/en/latest/upgrading/index.html
If upgrading from 4.13.0.0, simply upgrade the packages as usual.

Regards,
Andrija



boris.stoya...@shapeblue.com 
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue
  
 

Re: New Joiner

[Boris Stoyanov]

Welcome Hoang! 

Bobby.

On 7.02.20, 10:03, "Hoang Nguyen"  wrote:

Hello Everyone,

My name is Hoang and I'm working for Ewerk. It is my great pleasure to have 
a chance to join Cloudstack Primate project. It has been a wonderful time for 
me since last December when I started my first task.

I would look forward to be a part of this team for a long time to go. And I 
hope to have your kind help.
Thank you so much.

Best regards,
Hoang
__
Hoang Nguyen
Frontend Developer

EWERK DIGITAL GmbH
Brühl 24, D-04109 Leipzig
P +49 341 42649 - 99
F +49 341 42649 - 98
www.ewerk.xn--com-zq0a

Geschäftsführer:
Dr. Erik Wende, Hendrik Schubert, Frank Richter
Registergericht: Leipzig HRB 9065

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




boris.stoya...@shapeblue.com 
www.shapeblue.com
3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
@shapeblue
  
 

Re: [PROPOSE] RM for 4.14

[Boris Stoyanov]

+1, I'd really love to see some of the PRs with the 4.14 milestone in but I 
need more time to test them. 

Bobby.

On 22.01.20, 13:22, "Andrija Panic"  wrote:

Hi all,

I’d like to push back the freeze date for at least a week vs. what's
previously proposed since I’ve been contacted by a few people who have some
PRs they like to get closed off.  If of any interest, I’m away 27th-31th
January (but will check emails occasionally).

I'll follow-up here on the freeze date.

Thanks,
Andrija



boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

On Fri, 20 Dec 2019 at 16:30, Andrija Panic  wrote:

> Hi guys
>
> Sven,
> read the original email pls (last part of it) - we will need to fix some
> bugs, test other people fixes as applicable, etc - "usual" day to dev
> stuff.
>
> Gabriel,
>
> thx for the help (in advance! ), let's aim to improve the page during this
> release, I'll surely raise this if/when I see a problem (considering this
> is my first time but I will also have help from other experienced guys as
> already explained).
>
> As for the LTS discussion, I would add that there is an "awful" lot of new
> stuff planned for this releases, making it a more suitable candidate for
> LTS then for non-LTS, if that makes sense.
>
> Anyway, looking forward working with all you guys on this one!
>
> Best,
> Andrija
>
>
>
> On Fri, 20 Dec 2019, 12:24 Sven Vogel,  wrote:
>
>> @Paul @Gabriel
>>
>>
>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+Procedure
>>
>>
>> This seems the link for the release process. I read them. how is it
>> possible to engage in this process? I don’t know. Is it useful. I would
>> come more into and learn it.
>>
>>
>>
>>
>> Von meinem iPhone gesendet
>>
>>
>> __
>>
>> Sven Vogel
>> Teamlead Platform
>>
>> EWERK DIGITAL GmbH
>> Brühl 24, D-04109 Leipzig
>> P +49 341 42649 - 99
>> F +49 341 42649 - 98
>> s.vo...@ewerk.com
>> www.ewerk.com
>>
>> Geschäftsführer:
>> Dr. Erik Wende, Hendrik Schubert, Frank Richter
>> Registergericht: Leipzig HRB 9065
>>
>> Support:
>> +49 341 42649 555
>>
>> Zertifiziert nach:
>> ISO/IEC 27001:2013
>> DIN EN ISO 9001:2015
>> DIN ISO/IEC 2-1:2011
>>
>> ISAE 3402 Typ II Assessed
>>
>> EWERK-Blog | LinkedIn<
>> https://www.linkedin.com/company/ewerk-group> | Xing<
>> https://www.xing.com/company/ewerk> | Twitter<
>> https://twitter.com/EWERK_Group> | Facebook<
>> https://de-de.facebook.com/EWERK.IT/>
>>
>> Mit Handelsregistereintragung vom 09.07.2019 ist die EWERK RZ GmbH auf
>> die EWERK IT GmbH verschmolzen und firmiert nun gemeinsam unter dem 
Namen:
>> EWERK DIGITAL GmbH, für weitere Informationen klicken Sie hier<
>> https://www.ewerk.com/ewerkdigital>.
>>
>> 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 20.12.2019 um 12:01 schrieb Gabriel Beims Bräscher <
>> gabrasc...@gmail.com>:
>>
>> Hi Paul, thanks for the clarification.
>> First of all, count with me for any help with the 4.14 release process 
:-)
>>
>> I have no problem with 4.14 becoming the next LTS, having 2 LTS releases
>> per year sounds good. It is worth to mention that with the past releases
>> holding +200 commits it was quite a challenge to ensure stability. Just
>> raising attention to the fact that we might need to support 2 LTS in
>> parallel for longer than on prior LTS (not a problem for me). Hope that 
we
>> can keep a nice balance between new features and stability.
>>
>> Additionally, we have some outdated documents regarding the releasing
>> process and it must be reviewed and updated 

Re: New joiner!

[Boris Stoyanov]

Welcome Vladi, really glad that we have another pair of testing hands on board 
with community! Looking forward! 

Bobby.

On 16.01.20, 17:05, "Vladimir Petrov"  wrote:

Hello everyone,

I'm happy to announce that I just joined ShapeBlue as a QA engineer. I have 
about 17 years of experience in different QA areas and I’m going to do my very 
best to further improve the quality of CloudStack project.

Best wishes,
Vladimir Petrov

vladimir.pet...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 




boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

Re: [DISCUSS][PROPOSAL]merge policy ratification

[Boris Stoyanov]

I strongly agree with this. There should be at least 2 LGTMs and a proof it's 
being tested(logs, pictures etc..) 

Bobby. 

On 2.10.19, 14:37, "Daan Hoogland"  wrote:

LS,
in the past we had set a set of rules in the community under which PR could
be merged. I want to reiterate them here as it seems we are kind of
slacking. Please chime in if there are any issues or omissions:

For a PR to be merged it has to adhere to the following conditions:
- In any case
-- A PR has to have had two approving reviews
-- A PR has to have no outstanding requests for changes. A request for
changes is regarded no longer outstanding if the requester stops responding
on the PR discussions.
-- A PR has to have a review with verification description. Depending on
the type of PR this can be a test description, an automated test included,
screenshots in case of UI changes. If it is a tetual change it must be
verified to not apply to logs or events.
- any commiter can merge a PR if it adheres to those conditions
-- unless a freeze has been called by a the branch it is to be merged on by
a community appointed release manager for that branch

hope this is short and complete enough at the same time. It has been agreed
upon in the past but I am too lazy to find the mail thread in the archives.
If anyone disagrees we'll have to go there. They seem reasonable and
self-evident to me. I am also not sure if these should be stated in bylaws
or on github, so comments in that respect are welcome as well. Let's first
again agree on them.

regards,

-- 
Daan



boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

Re: [VOTE] Primate as modern UI for CloudStack

[Boris Stoyanov]

+1 (binding) 

There's been a need for a new UI from quite a long time and I'm really excited 
about it, looking forward to play with it. 

Boris. 

On 7.10.19, 14:31, "Rohit Yadav"  wrote:

All,

The feedback and response has been positive on the proposal to use Primate 
as the modern UI for CloudStack [1] [2]. Thank you all.

I'm starting this vote (to):

  *   Accept Primate codebase [3] as a project under Apache CloudStack 
project
  *   Create and host a new repository (cloudstack-primate) and follow 
Github based development workflow (issues, pull requests etc) as we do with 
CloudStack
  *   Given this is a new project, to encourage cadence until its feature 
completeness the merge criteria is proposed as:
 *   Manual testing against each PR and/or with screenshots from the 
author or testing contributor, integration with Travis is possible once we get 
JS/UI tests
 *   At least 1 LGTM from any of the active contributors, we'll move 
this to 2 LGTMs when the codebase reaches feature parity wrt the existing/old 
CloudStack UI
 *   Squash and merge PRs
  *   Accept the proposed timeline [1][2] (subject to achievement of goals 
wrt Primate technical release and GA)
 *   the first technical preview targetted with the winter 2019 LTS 
release (~Q1 2020) and release to serve a deprecation notice wrt the older UI
 *   define a release approach before winter LTS
 *   stop taking feature FRs for old/existing UI after winter 2019 LTS 
release, work on upgrade path/documentation from old UI to Primate
 *   the first Primate GA targetted wrt summer LTS 2020 (~H2 2019), but 
still ship old UI with a final deprecation notice
 *   old UI codebase removed from codebase in winter 2020 LTS release

The vote will be up for the next two weeks to give enough time for PMC and 
the community to gather consensus and still have room for questions, feedback 
and discussions. The results to be shared on/after 21th October 2019.

For sanity in tallying the vote, can PMC members please be sure to indicate 
"(binding)" with their vote?

[ ] +1  approve
[ ] +0  no opinion
[ ] -1  disapprove (and reason why)

[1] Primate Proposal:

https://cwiki.apache.org/confluence/display/CLOUDSTACK/Proposal%3A+CloudStack+Primate+UI

[2] Email thread reference:
https://markmail.org/message/z6fuvw4regig7aqb

[3] Primate repo current location: https://github.com/shapeblue/primate


Regards,

Rohit Yadav

Software Architect, ShapeBlue

https://www.shapeblue.com

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




boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

Re: [ANNOUNCE] Apache CloudStack 4.13.0.0 GA

[Boris Stoyanov]

Congrats all! 

Thank you for taking care of this @Paul Angus! 

Bobby.

On 24.09.19, 13:07, "Paul Angus"  wrote:

*The Apache Software Foundation Announces Apache**®** CloudStack**®** v4.13*


Apache CloudStack v4.13 features nearly 200 new features, enhancements and
fixes since 4.12., such as enhanced hypervisor support, performance
increases and more user-configurable controls.  Highlights include:



   - Supporting configuration of virtualised appliances
   - VMware 6.7 support
   - Increased granularity & control of instance  deployment
   - Improvements in system VM performance
   - Allow live migration of DPDK enabled instances
   - More flexible UI branding
   - Allowing users to create layer 2 network offerings


The full list of new features can be found in the project release notes at
http://docs.cloudstack.apache.org/en/4.13.0.0/releasenotes/changes.html



Apache CloudStack powers numerous elastic Cloud computing services,
including solutions that have ranked as Gartner Magic Quadrant leaders.
Highlighted in the Forrester Q4 2017 Enterprise Open Source Cloud Adoption
report, Apache CloudStack "sits beneath hundreds of service provider
clouds", including Fortune 5 multinational corporations. A list of known
Apache CloudStack users are available at
http://cloudstack.apache.org/users.html



boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

Re: [VOTE] Apache CloudStack 4.13.0.0 RC2

[Boris Stoyanov]

Hi guys, 

Here's my vote: +1 

I've executed the following upgrade tests: 

From 4.9:
4.9.1.0
- Xen 6.5
- KVM CentOS7
- VMware 5.5u3

4.9.2.0
- Xen 7.0

From 4.11:

Upstream - from 4.11.1, 4.11.2, 4.11.3
with the following hypervisors:
 - Xen 65, 71
- KVM CentOS 7
- VMware 5.5u3

Also basic networking running on 4.11.2 with Xen 6.5sp1 

I've made sure user is able to execute the following actions post upgrade:
Upgrade SystemVMs
Restart networks
Interact with VMs (crud)

Regards,
Bobby

On 29.08.19, 1:02, "Paul Angus"  wrote:


Hi All,

We had an excellently low number of bugs in RC1, so here's RC2 with just 3 
fixes...

I've created a 4.13.0.0 release (RC2), with the following artefacts up for 
testing and a vote:

Git Branch and Commit SH:

https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.13.0.0-RC20190820T1535
Commit: 7c7efe76013675b476d8aa14c36a353cd5d429fc

Source release (checksums and signatures are available at the same 
location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.13.0.0/

PGP release keys (signed using 51EE0BC8):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

The vote will be open until 31st August.

For sanity in tallying the vote, can PMC members please be sure to indicate 
"(binding)" with their vote?

[ ] +1 approve
[ ] +0 no opinion
[ ] -1 disapprove (and reason why)

Additional information:

For users' convenience, I've built packages from 
7c7efe76013675b476d8aa14c36a353cd5d429fc and published RC1 repository here:
http://packages.shapeblue.com/testing/41300rc2/

The systemvm templates are unchanged from 4.11.3/4.12.0:
http://download.cloudstack.org/systemvm/4.11/

Fixes in RC2

#3566   server: fix NPE for the case where volume is not attached to a VM
#3567   fix xenserver 7.1.0 os mapping typo
#3571   Unable to deploy VMs via UI in advanced networks with SG and IPv6 
cidr




paul.an...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 




boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

Re: Introduction: Radu Todirica

[Boris Stoyanov]

Welcome aboard Radu! 

Bobby

On 21.08.19, 18:07, "Simon Weller"  wrote:

All,

I'd like to introduce Radu Todirica to the community.  Radu is a new(er) 
member of the ENA team and has been making lots of contributions to CloudStack 
and you can expect to see some PRs from him pretty soon.

Please join me in making him welcome!

-Si





boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

Re: Latest Qemu KVM EV appears to be broken with ACS #3278

[Boris Stoyanov]

mungsgemäß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 24.07.2019 um 09:47 schrieb Boris Stoyanov 
mailto:boris.stoya...@shapeblue.com>>:

Hi Sven,

I've just installed master and upgraded my hosts to latest qemu-ev, then 
was able to deploy successfully the system vms, so looks like it's related to 
4.12.

Bobby.

On 21.07.19, 18:23, "Sven Vogel" 
mailto:s.vo...@ewerk.com>> wrote:

   Hi Rohit,

   Thx for input. We don’t  checked the 11.X.X version. We tied the 
upcoming master and 4.12. we check in the following week the XML from a actual 
Version (Master). Maybe you are right and we see only one. I think it’s a good 
idea to rid of the old adapter. I think what you mean is we should see only 
„path='/var/lib/libvirt/qemu/r-1710-VM.org.qemu.guest_agent.0'/>“ that one. But why we don’t get 
an connection to the router/systemVM. So what i see is that the Agent socket it 
present. We will try the „virsh qemu-agent-command“ and see how if we get an 
connection.

   Do you think the problem is a Agent Problem into the SystemVM?

   Cheers

   Sven



   __

   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<mailto:s.vo...@ewerk.com>
   www.ewerk.com<http://www.ewerk.com/>

   Geschäftsführer:
   Dr. Erik Wende, Hendrik Schubert, Frank Richter
   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 21.07.2019 um 16:50 schrieb Rohit Yadav 
mailto:rohit.ya...@shapeblue.com>>:

Hi Sven,


Are you able to reproduce the failure against latest KVM qemu-ev + 4.11.3 
systemvmtemplate with ACS 4.11.3.0? The PR 
https://github.com/apache/cloudstack/pull/3278 only fixes the issue towards 
4.11.3.0 and upcoming master/4.13.0.0, qemu-ev will fail for 4.11.2.0 or 
4.12.0.0. Also, with the PR/patch applied you should only see a single virtio 
serial port device on the domain xml, we got rid of the old/special case which 
would add a specific vport/serial-port device for systemvms.


Regards,

Rohit Yadav

Software Architect, ShapeBlue

https://www.shapeblue.com<https://www.shapeblue.com/>


From: Sven Vogel mailto:s.vo...@ewerk.com>>
Sent: Saturday, July 20, 2019 3:45:08 PM
To: dev mailto:dev@cloudstack.apache.org>>
Subject: Re: Latest Qemu KVM EV appears to be broken with ACS #3278

Hi Simon,

Thanks for your information. We looking forward it you on a more recent 
mainline version. In the meantime we try find out more out more about this bug.

Please feel free if you have new information add them here.

In the meantime I wrote some comment below this PR #3278

Cheers

Sven


__

Sven Vogel
Teamlead Platform

EWERK DIGITAL GmbH
Brühl 24, D-04109 Leipzig
P +49 341 42649 - 11
F +49 341 42649 - 18
s.vo...@ewerk.com<mailto:s.vo...@ewerk.com>
www.ewerk.com<http://www.ewerk.com>

Gesc

Re: Latest Qemu KVM EV appears to be broken with ACS #3278

[Boris Stoyanov]

Hi Sven, 

I've just installed master and upgraded my hosts to latest qemu-ev, then was 
able to deploy successfully the system vms, so looks like it's related to 4.12. 

Bobby.

On 21.07.19, 18:23, "Sven Vogel"  wrote:

Hi Rohit,

Thx for input. We don’t  checked the 11.X.X version. We tied the upcoming 
master and 4.12. we check in the following week the XML from a actual Version 
(Master). Maybe you are right and we see only one. I think it’s a good idea to 
rid of the old adapter. I think what you mean is we should see only 
„path='/var/lib/libvirt/qemu/r-1710-VM.org.qemu.guest_agent.0'/>“ that one. But why we don’t get 
an connection to the router/systemVM. So what i see is that the Agent socket it 
present. We will try the „virsh qemu-agent-command“ and see how if we get an 
connection.

Do you think the problem is a Agent Problem into the SystemVM?

Cheers

Sven



__

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
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 21.07.2019 um 16:50 schrieb Rohit Yadav :
>
> Hi Sven,
>
>
> Are you able to reproduce the failure against latest KVM qemu-ev + 4.11.3 
systemvmtemplate with ACS 4.11.3.0? The PR 
https://github.com/apache/cloudstack/pull/3278 only fixes the issue towards 
4.11.3.0 and upcoming master/4.13.0.0, qemu-ev will fail for 4.11.2.0 or 
4.12.0.0. Also, with the PR/patch applied you should only see a single virtio 
serial port device on the domain xml, we got rid of the old/special case which 
would add a specific vport/serial-port device for systemvms.
>
>
> Regards,
>
> Rohit Yadav
>
> Software Architect, ShapeBlue
>
> https://www.shapeblue.com
>
> 
> From: Sven Vogel 
> Sent: Saturday, July 20, 2019 3:45:08 PM
> To: dev 
> Subject: Re: Latest Qemu KVM EV appears to be broken with ACS #3278
>
> Hi Simon,
>
> Thanks for your information. We looking forward it you on a more recent 
mainline version. In the meantime we try find out more out more about this bug.
>
> Please feel free if you have new information add them here.
>
> In the meantime I wrote some comment below this PR #3278
>
> Cheers
>
> Sven
>
>
> __
>
> Sven Vogel
> Teamlead Platform
>
> EWERK DIGITAL 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
> Registergericht: Leipzig HRB 17023
>
> Zertifiziert nach:
> ISO/IEC 27001:2013
> DIN EN ISO 9001:2015
> DIN ISO/IEC 2-1:2011
>
> ISAE 3402 Typ II Assessed
>
> EWERK-Blog | 
LinkedIn | 
Xing | 
Twitter | 
Facebook
>
> Mit Handelsregistereintragung vom 10.07.2019 ist die EWERK RZ GmbH auf 
die EWERK IT GmbH verschmolzen und firmiert zukünftig gemeinsam unter dem 
Namen: EWERK DIGITAL GmbH, für weitere Informationen klicken Sie 
hier.
>
> 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 

Re: [ANNOUNCE] Bobby (Boris Stoyanov) has joined the PMC

[Boris Stoyanov]

Thanks everyone, it's a great pleasure and honor for me! 

Bobby.

On 16.07.19, 16:20, "Gabriel Beims Bräscher"  wrote:

Congrats Bobby!

Em ter, 16 de jul de 2019 às 08:40, Riepl, Gregor (SWISS TXT) <
gregor.ri...@swisstxt.ch> escreveu:

> Congratulations, Boris!
>



boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

Re: [ANNOUNCE] Gabriel Beims Bräscher has joined the PMC

[Boris Stoyanov]

Congrats Gabriel! 

On 13.07.19, 19:01, "Paul Angus"  wrote:

Fellow CloudStackers,


Its non-stop today!



It gives me great pleasure to say that Gabriel has been invited to join the
PMC and has gracefully accepted.


Please joining me in congratulating Sven!




Kind regards,



Paul Angus

CloudStack PMC



boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

Re: [ANNOUNCE] Sven Vogel has joined the PMC

[Boris Stoyanov]

Congrats Sven! 

On 13.07.19, 18:45, "Paul Angus"  wrote:

Fellow CloudStackers,



It gives me great pleasure to say that Sven has been invited to join the
PMC and has gracefully accepted.


Please joining me in congratulating Sven!




Kind regards,



Paul Angus

CloudStack PMC



boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

Re: [ANNOUNCE] Andrija Panic has joined the PMC

[Boris Stoyanov]

Congrats Andrija! 

On 13.07.19, 18:03, "Paul Angus"  wrote:

Fellow CloudStackers,



It gives me great pleasure to say that Adrija has been invited to join the
PMC and has gracefully accepted.


Please joining me in congratulating Andrija!




Kind regards,



Paul Angus

CloudStack PMC



boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

Re: [VOTE] CloudStack 4.11.3.0 RC2

[Boris Stoyanov]

+1
Fresh installed and checked the marving failures around downloading iso/volume 
and it looks like a marvin tests bug. 

Also performed various tests around VM lifecycle - Stop/Start, Reboot, Destroy, 
Migrate, Reinstall etc

On 2.07.19, 17:24, "Wei ZHOU"  wrote:

+1 (binding)

tested ok.
(1) upgrade from 4.11.2 to 4.11.3
(2) create vm in isolated network with single VR or redundant VR.
(3) create vm in VPC with single VR or redundant VR
(4) some actions on vm / networks / templates/ storage

-Wei

Paul Angus  于2019年6月25日周二 下午10:58写道：

>
> Hi All,
>
> I've created a 4.11.3.0 release (RC2), with the following artefacts up for
> testing and a vote:
>
>
> Git Branch and Commit SH:
>
> 
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.11.3.0-RC20190625T2045
> Commit: d895983d111086dd392a4bce257726b978465b43
>
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.11.3.0/
>
> PGP release keys (signed using 51EE0BC8):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> The vote will be open until 29th June.
>
> For sanity in tallying the vote, can PMC members please be sure to
> indicate "(binding)" with their vote?
>
> [ ] +1 approve
> [ ] +0 no opinion
> [ ] -1 disapprove (and reason why)
>
> Additional information:
>
> For users' convenience, I've built packages from
> d895983d111086dd392a4bce257726b978465b43 and published RC2 repository 
here:
> http://packages.shapeblue.com/testing/41130rc2/
>
> The release notes are still work-in-progress, but the systemvm template
> upgrade section has been updated. You may refer the following for systemvm
> template upgrade testing:
>
> 
http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/index.html
>
> 4.11.3.0 systemvm templates are available from here:
> http://packages.shapeblue.com/testing/systemvm/41130rc1/
>
>
> One commit added since RC1
> 64d1316e60b2793768be91f1b4c2466695e5a927 | schema: add 4.11.2 to 4.11.3
> systemvmtemplate upgrade path
>
>
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
>



boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

Re: [VOTE] Remove el6 support in future CloudStack versions (was Re: [DISCUSS] Remove support for el6 packaging in 4.13/4.14)

[Boris Stoyanov]

+1

—Bobby


boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

> On 21 May 2019, at 13:31, Wei ZHOU  wrote:
> 
> +1
> 
> -Wei
> 
> Rohit Yadav  于2019年5月21日周二 上午11:40写道：
> 
>> All,
>> 
>> 
>> Thank you for your feedback and discussions. From what we've discussed so
>> far, we've lazy consensus that nobody wants to use el6 or are limited to
>> upgrade to el7/el8 due to potential risks.
>> 
>> 
>> Moving forward I put forth the following for voting:
>> 
>> 
>> - Next minor/major releases (such as 4.11.3.0, 4.13.0.0) will be last ones
>> to support el6 packaging both for the management server and KVM host, but
>> users are discouraged from using them
>> 
>> - Next major release (4.13.0.0) will document in its release notes that
>> we'll stop supporting centos6/rhel6 packaging in future versions, i.e. 4.14
>> and onwards
>> 
>> - After 4.13.0.0 is released, we will remove el6 related specs, packaging
>> scripts etc. from the codebase in the master branch
>> 
>> 
>> [ ] +1 approve
>> [ ] +0 no opinion
>> [ ] -1 disapprove (and reason why)
>> 
>> 
>> ** PMCs kindly add binding to your votes, thanks.
>> 
>> 
>> Thanks.
>> 
>> 
>> 
>> Regards,
>> 
>> Rohit Yadav
>> 
>> Software Architect, ShapeBlue
>> 
>> https://www.shapeblue.com
>> 
>> 
>> 
>> From: Erik Weber 
>> Sent: Wednesday, April 24, 2019 19:32
>> To: dev
>> Subject: Re: [DISCUSS] Remove support for el6 packaging in 4.13/4.14
>> 
>> CentOS7 was released 5 years ago, upgrading is long overdue anyway.
>> Realistically the next CloudStack release won't be out the door for
>> another ~4-6 months either.
>> 
>> --
>> Erik
>> 
>> On Wed, Apr 24, 2019 at 3:27 PM Ron Wheeler
>>  wrote:
>>> 
>>> According to https://en.wikipedia.org/wiki/CentOS
>>> 
>>> CentOS 6 EOL is 2020
>>> CentOS 7 EOL is 2024
>>> 
>>> 
>>> +1 for removing support for CentOS 6.
>>> 
>>> As Erik pointed out the sites running CentOS6 will have to move soon in
>>> any event and it is probably better to do it now when there is still a
>>> lot of current expertise and information available about how to do it
>>> and how to make any changes to applications.
>>> 
>>> Upgrading in a project that is under your control is usually easier than
>>> one forced on you by a security issue or an operational failure.
>>> 
>>> Ron
>>> 
>>> On 4/24/19 3:24 AM, Erik Weber wrote:
 As an operations guy I can understand the want for future updates and
 not upgrading, but with the release plan of RHEL/CentOS I don't find
 it feasible.
 
 RHEL6 is 8 years old (and is still running kernel 2.6!) and isn't
 scheduled to be fully EOL until 2024.
 
 It is true that upgrading requires some effort (and risk) from
 operators, but this is work they eventually have to do anyway, so it's
 not a matter of /if/ they have to do it, but rather when.
 
 It is also true that current CloudStack releases should continue to
 work, it's also possible that someone might back port future fixes to
 a RHEL6 compatible fork (you're more than welcome to).
 
 I'd vote +1 to remove support for el6 packaging.
 
>> 
>> rohit.ya...@shapeblue.com
>> www.shapeblue.com
>> Amadeus House, Floral Street, London  WC2E 9DPUK
>> @shapeblue
>> 
>> 
>> 
>> 

Re: [ANNOUNCE] New Committer: Dennis Konrad

[Boris Stoyanov]

Congrats Dennis! 


boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

> On 18 Mar 2019, at 21:51, Rohit Yadav  wrote:
> 
> Congrats Dennis!
> 
> 
> 
> Regards,
> 
> Rohit Yadav
> 
> Software Architect, ShapeBlue
> 
> https://www.shapeblue.com
> 
> 
> From: Tutkowski, Mike 
> Sent: Monday, March 18, 2019 9:02:01 PM
> To: dev@cloudstack.apache.org
> Subject: [ANNOUNCE] New Committer: Dennis Konrad
> 
> Hi everyone,
> 
> The Project Management Committee (PMC) for Apache CloudStack
> has invited Dennis Konrad to become a committer and I am pleased
> to announce that he has accepted.
> 
> Please join me in congratulating Dennis on this accomplishment.
> 
> Thanks!
> Mike
> 
> 
> rohit.ya...@shapeblue.com 
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
> 
> 
> 

Re: [VOTE] Release Apache CloudStack CloudMonkey 6.0.0

[Boris Stoyanov]

+1 
Played with it locally, didn’t had any issues. All controls seems working. 


boris.stoya...@shapeblue.com 
www.shapeblue.com
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://www.shapeblue.com
>> 
>> 
>> From: Rohit Yadav 
>> Sent: Tuesday, March 5, 2019 5:45:01 PM
>> To: dev@cloudstack.apache.org; us...@cloudstack.apache.org
>> Subject: [VOTE] Release Apache CloudStack CloudMonkey 6.0.0
>> 
>> Hi All,
>> 
>> I've created a 6.0.0 release of CloudMonkey, with the following artifacts
>> up for a vote:
>> 
>> Git Branch and Commit SHA:
>> https://github.com/apache/cloudstack-cloudmonkey/commit/74ff37cffc1d8bb3652f6887faa770d933ffe768
>> 
>> Commit: 74ff37cffc1d8bb3652f6887faa770d933ffe768
>> 
>> Github pre-release (for testing, contains changelog, artifacts/binaries to
>> test, checksums/usage details):
>> https://github.com/apache/cloudstack-cloudmonkey/releases/tag/6.0.0
>> 
>> Source release (checksums and signatures are available at the same
>> location):
>> https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-6.0.0
>> 
>> PGP release keys (signed using 5ED1E1122DC5E8A4A45112C2484248210EE3D884):
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>> 
>> The vote will be open for 72 hours.
>> 
>> For sanity in tallying the vote, can PMC members please be sure to indicate
>> "(binding)" with their vote?
>> [ ] +1 approve
>> [ ] +0 no opinion
>> ] -1 disapprove (and the reason why)
>> 
>> Regards,
>> Rohit Yadav
>> 
>> rohit.ya...@shapeblue.com 
>> www.shapeblue.com
>> Amadeus House, Floral Street, London  WC2E 9DPUK
>> @shapeblue
>> 
>> 
>> 

Re: Welcome Paul Bencko!

[Boris Stoyanov]

Welcome Paul! 


boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

> On 20 Feb 2019, at 6:10, Anurag Awasthi  wrote:
> 
> Welcome Paul!
> 
> Kind Regards,
> Anurag
> 
> From: Gabriel Beims Bräscher 
> Sent: Wednesday, February 20, 2019 3:18 AM
> To: dev
> Subject: Re: Welcome Paul Bencko!
> 
> Welcome aboard, Paul! Have fun ;)
> 
> Em ter, 19 de fev de 2019 às 17:04, Nathan Johnson 
> escreveu:
> 
>> I would like to introduce a new team member Paul Bencko who will be
>> helping us out with some ACS development related tasks.
>> 
>> Welcome Paul!
>> 
>> Nathan Johnson
>> Senior R Engineer
>> Education Networks of America
>> 
>> 
>> 
>> 
> 
> anurag.awas...@shapeblue.com 
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
> 
> 
> 

Re: Introduction

[Boris Stoyanov]

Welcome Abhishek! Have fun! 


boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

> On 2 Jan 2019, at 12:53, Abhishek Kumar  wrote:
> 
> Hello all!
> 
> 
> This is Abhishek Kumar. I've recently joined ShapeBlue as Software Engineer 
> to work on Cloudstack.
> Looking forward to learn and contribute in the project and community in a 
> meaningful manner.
> 
> 
> Regards,
> 
> 
> Abhishek Kumar
> 
> Software Engineer
> 
> ShapeBlue
> 
> abhishek.ku...@shapeblue.com
> 
> www.shapeblue.com
> 
> abhishek.ku...@shapeblue.com 
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
> 
> 
> 

Re: new committer: Boris Stoyanov (AKA Bobby)

[Boris Stoyanov]

Thanks all! 

It’s an honor for me, I look forward to brake your code! :) 

Bobby.


boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

> On 13 Dec 2018, at 13:49, Gabriel Beims Bräscher  wrote:
> 
> Congrats Bobby, well deserved!
> 
> Em qui, 13 de dez de 2018 às 09:24, Rohit Yadav 
> escreveu:
> 
>> Welcome Bobby (Boris)! Well deserved.
>> 
>> 
>> - Rohit
>> 
>> <https://cloudstack.apache.org>
>> 
>> 
>> 
>> 
>> From: Paul Angus 
>> Sent: Thursday, December 13, 2018 2:52:12 PM
>> To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
>> Cc: Boris Stoyanov
>> Subject: new committer: Boris Stoyanov (AKA Bobby)
>> 
>> Hi Everyone,
>> 
>> The Project Management Committee (PMC) for Apache CloudStack
>> has invited Boris Stoyanov to become a committer and we are pleased
>> to announce that he has accepted.
>> 
>> Please join me in congratulating Bobby!
>> 
>> 
>> Being a committer enables easier contribution to the
>> project since there is no need to go via the patch
>> submission process. This should enable better productivity.
>> Being a PMC member enables assistance with the management
>> and to guide the direction of the project.
>> 
>> 
>> 
>> paul.an...@shapeblue.com
>> www.shapeblue.com<http://www.shapeblue.com>
>> Amadeus House, Floral Street, London  WC2E 9DPUK
>> @shapeblue
>> 
>> 
>> 
>> 
>> rohit.ya...@shapeblue.com
>> www.shapeblue.com
>> Amadeus House, Floral Street, London  WC2E 9DPUK
>> @shapeblue
>> 
>> 
>> 
>> 

Re: build fail on centos 7.5

[Boris Stoyanov]

If you don’t have the Marvin tar file under the tools/marvin/dest then it 
failed building it try building it manually with this:

mvn -P developer -pl :cloud-marvin

Bobby.


boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

On 27 Nov 2018, at 14:16, Andrija Panic 
mailto:andrija.pa...@gmail.com>> wrote:

Nope did this command in root git folder = all fine, then descended
inside packages folder, and repeat build command, same error again :(

On Tue, 27 Nov 2018 at 12:29, Boris Stoyanov 
mailto:boris.stoya...@shapeblue.com>>
wrote:

Yeah that’s all cool, but it didn’t solve the packaging issues, packaging
script is looking for a tar file at tools/marvin…Marvin.tar.gz, which will
only appear after you build the developer profile:

mvn clean install -P developer


Bobby.


boris.stoya...@shapeblue.com<mailto:boris.stoya...@shapeblue.com>
www.shapeblue.com<http://www.shapeblue.com/>
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue



On 27 Nov 2018, at 13:01, Andrija Panic 
mailto:andrija.pa...@gmail.com>mailto:andrija.pa...@gmail.com>>> wrote:

Hi Bobi,

sorry, yes, this is just default build for centos7:

[root@acs packaging]# ./package.sh -d centos7

I installed Marvin wtih yum install, and here is -v output:

[root@acs packaging]# mvn -v
Apache Maven 3.0.5 (Red Hat 3.0.5-17)
Maven home: /usr/share/maven
Java version: 1.8.0_191, vendor: Oracle Corporation
Java home: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.191.b12-0.el7_5.x86_64/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "3.10.0-862.14.4.el7.x86_64", arch: "amd64",
family: "unix"

thx
Andrija

On Tue, 27 Nov 2018 at 11:37, Boris Stoyanov 
mailto:boris.stoya...@shapeblue.com>
<mailto:boris.stoya...@shapeblue.com>>
wrote:

Hi Andrija,

This error indicates Marvin is not been build, what’s the command you’re
executing? Are you building a particular maven goal?

Is there any other error within the execution log related to failing to
build marvin?

Bobby.


boris.stoya...@shapeblue.com<mailto:boris.stoya...@shapeblue.com><mailto:boris.stoya...@shapeblue.com>
www.shapeblue.com<http://www.shapeblue.com/><http://www.shapeblue.com/>
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue



On 27 Nov 2018, at 11:58, Andrija Panic 
mailto:andrija.pa...@gmail.com>mailto:andrija.pa...@gmail.com>>> wrote:

HI guys,

perhaps I have done something wrong, but for me building RPMs fail on
CentOS 7.5 server

I have followed the guide


http://docs.cloudstack.apache.org/en/4.11.2.0/installguide/building_from_source.html
with exception that I did not download manually Maven - same version
3.0.5
is now available via yum install maven
Checked Maven that it seems correct Java version etc - all fine.

all tests pass, and then it fails on RPM build:

cp 'tools/marvin/dist/Marvin-*.tar.gz'


/root/ACS-SOURCE/cloudstack/dist/rpmbuild/BUILDROOT/cloudstack-4.11.2.0-1.el7.x86_64/usr/share/cloudstack-marvin/
cp: cannot stat 'tools/marvin/dist/Marvin-*.tar.gz': No such file or
directory
error: Bad exit status from /var/tmp/rpm-tmp.3XUwZq (%install)


RPM build errors:
 Bad exit status from /var/tmp/rpm-tmp.3XUwZq (%install)
RPM Build Failed


I have seen similar case, which was supposed to be fixed n 4.11.2
milestone
(https://github.com/apache/cloudstack/issues/2725)

Any thoughts on this?

Thanks
Andrija

--

Andrija Panić



--

Andrija Panić



--

Andrija Panić

Re: build fail on centos 7.5

[Boris Stoyanov]

Yeah that’s all cool, but it didn’t solve the packaging issues, packaging 
script is looking for a tar file at tools/marvin…Marvin.tar.gz, which will only 
appear after you build the developer profile:

mvn clean install -P developer


Bobby.


boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

On 27 Nov 2018, at 13:01, Andrija Panic 
mailto:andrija.pa...@gmail.com>> wrote:

Hi Bobi,

sorry, yes, this is just default build for centos7:

[root@acs packaging]# ./package.sh -d centos7

I installed Marvin wtih yum install, and here is -v output:

[root@acs packaging]# mvn -v
Apache Maven 3.0.5 (Red Hat 3.0.5-17)
Maven home: /usr/share/maven
Java version: 1.8.0_191, vendor: Oracle Corporation
Java home: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.191.b12-0.el7_5.x86_64/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "3.10.0-862.14.4.el7.x86_64", arch: "amd64",
family: "unix"

thx
Andrija

On Tue, 27 Nov 2018 at 11:37, Boris Stoyanov 
mailto:boris.stoya...@shapeblue.com>>
wrote:

Hi Andrija,

This error indicates Marvin is not been build, what’s the command you’re
executing? Are you building a particular maven goal?

Is there any other error within the execution log related to failing to
build marvin?

Bobby.


boris.stoya...@shapeblue.com<mailto:boris.stoya...@shapeblue.com>
www.shapeblue.com<http://www.shapeblue.com/>
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue



On 27 Nov 2018, at 11:58, Andrija Panic 
mailto:andrija.pa...@gmail.com>> wrote:

HI guys,

perhaps I have done something wrong, but for me building RPMs fail on
CentOS 7.5 server

I have followed the guide

http://docs.cloudstack.apache.org/en/4.11.2.0/installguide/building_from_source.html
with exception that I did not download manually Maven - same version
3.0.5
is now available via yum install maven
Checked Maven that it seems correct Java version etc - all fine.

all tests pass, and then it fails on RPM build:

cp 'tools/marvin/dist/Marvin-*.tar.gz'

/root/ACS-SOURCE/cloudstack/dist/rpmbuild/BUILDROOT/cloudstack-4.11.2.0-1.el7.x86_64/usr/share/cloudstack-marvin/
cp: cannot stat 'tools/marvin/dist/Marvin-*.tar.gz': No such file or
directory
error: Bad exit status from /var/tmp/rpm-tmp.3XUwZq (%install)


RPM build errors:
  Bad exit status from /var/tmp/rpm-tmp.3XUwZq (%install)
RPM Build Failed


I have seen similar case, which was supposed to be fixed n 4.11.2
milestone
(https://github.com/apache/cloudstack/issues/2725)

Any thoughts on this?

Thanks
Andrija

--

Andrija Panić



--

Andrija Panić

Re: build fail on centos 7.5

[Boris Stoyanov]

Hi Andrija, 

This error indicates Marvin is not been build, what’s the command you’re 
executing? Are you building a particular maven goal?

Is there any other error within the execution log related to failing to build 
marvin?

Bobby. 


boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

> On 27 Nov 2018, at 11:58, Andrija Panic  wrote:
> 
> HI guys,
> 
> perhaps I have done something wrong, but for me building RPMs fail on
> CentOS 7.5 server
> 
> I have followed the guide
> http://docs.cloudstack.apache.org/en/4.11.2.0/installguide/building_from_source.html
> with exception that I did not download manually Maven - same version 3.0.5
> is now available via yum install maven
> Checked Maven that it seems correct Java version etc - all fine.
> 
> all tests pass, and then it fails on RPM build:
> 
> cp 'tools/marvin/dist/Marvin-*.tar.gz'
> /root/ACS-SOURCE/cloudstack/dist/rpmbuild/BUILDROOT/cloudstack-4.11.2.0-1.el7.x86_64/usr/share/cloudstack-marvin/
> cp: cannot stat 'tools/marvin/dist/Marvin-*.tar.gz': No such file or
> directory
> error: Bad exit status from /var/tmp/rpm-tmp.3XUwZq (%install)
> 
> 
> RPM build errors:
>Bad exit status from /var/tmp/rpm-tmp.3XUwZq (%install)
> RPM Build Failed
> 
> 
> I have seen similar case, which was supposed to be fixed n 4.11.2 milestone
> (https://github.com/apache/cloudstack/issues/2725)
> 
> Any thoughts on this?
> 
> Thanks
> Andrija
> 
> -- 
> 
> Andrija Panić

Re: [ANNOUNCE] New committer: Andrija Panić

[Boris Stoyanov]

Congrats Andrija!


boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

> On 19 Nov 2018, at 7:27, Sateesh Chodapuneedi 
>  wrote:
> 
> Hearty Congrats, Andrija!
> Very well deserved.
> 
> Regards,
> Sateesh
> 
> -Original Message-
> From: "Tutkowski, Mike" 
> Reply-To: "dev@cloudstack.apache.org" 
> Date: Monday, 19 November 2018 at 09:57
> To: "dev@cloudstack.apache.org" 
> Subject: [ANNOUNCE] New committer: Andrija Panić
> 
>Hi everyone,
> 
>The Project Management Committee (PMC) for Apache CloudStack
>has invited Andrija Panić to become a committer and I am pleased
>to announce that he has accepted.
> 
>Please join me in congratulating Andrija on this accomplishment.
> 
>Thanks!
>Mike
> 
> 

Re: [VOTE] Apache CloudStack 4.11.2.0 RC5

[Boris Stoyanov]

+1 

I’ve did an upgrade all the way from 4.6 to rc5 and it was successful, I’ve 
also managed to run some basic lifecycle operation and it was looking good. 

Regards, 
Bobby.


boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

> On 15 Nov 2018, at 21:44, Gabriel Beims Bräscher  wrote:
> 
> +1 Deployed local environment and tested VM/host/storage lifecycles.
> 
> Hosts: KVM running on Ubuntu 16.04
> Management server and database: running on Ubuntu 16.04
> - create/use/delete system and user VMs
> - register new template
> - register service offering
> - work with hosts (add, maintenance, remove)
> 
> Em qui, 15 de nov de 2018 às 03:21, Tutkowski, Mike <
> mike.tutkow...@netapp.com> escreveu:
> 
>> Thanks, Rohit!
>> 
>> 
>> 
>> From: Rohit Yadav 
>> Sent: Wednesday, November 14, 2018 9:07 PM
>> To: dev@cloudstack.apache.org; us...@cloudstack.apache.org
>> Subject: Re: [VOTE] Apache CloudStack 4.11.2.0 RC5
>> 
>> 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.
>> 
>> 
>> 
>> 
>> Hi Mike, Paul, everyone,
>> 
>> 
>> I tested the same on a 4.9.3.1 based VMware 5.5u3 + svs + basic zone and
>> could see the same behaviour. Therefore, it's not a regression but a
>> limitation from the past. Basic zone provides L3 isolation by means of
>> security group (host-level firewall) which is not supported for VMware. I
>> think nobody reported this in the past because nobody uses VMware+basic
>> zone, I've opened an issue for this issue:
>> https://github.com/apache/cloudstack/issues/3031
>> 
>> 
>> Let's continue testing and voting for RC5, and let's aim to fix for this
>> limitation in future 4.11.3+, 4.12.0+.
>> 
>> 
>> - Rohit
>> 
>> 
>> 
>> 
>> 
>> 
>> From: Tutkowski, Mike 
>> Sent: Thursday, November 15, 2018 4:24:46 AM
>> To: dev@cloudstack.apache.org; us...@cloudstack.apache.org
>> Subject: Re: [VOTE] Apache CloudStack 4.11.2.0 RC5
>> 
>> I should note that I’m running vSphere 5.5, by the way. I believe that’s
>> still supported in CS 4.11.
>> 
>> On 11/14/18, 3:52 PM, "Tutkowski, Mike"  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.
>> 
>> 
>> 
>> 
>> The VR doesn’t show as having an IP address.
>> 
>> On 11/14/18, 3:50 PM, "Paul Angus"  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.
>> 
>> 
>> 
>> 
>> Mgmt. server should ssh into VR.
>> I'll fire a similar build in out lab.
>> 
>> 
>> paul.an...@shapeblue.com
>> www.shapeblue.com
>> Amadeus House, Floral Street, London WC2E 9DPUK
>> @shapeblue
>> 
>> 
>> 
>> 
>> -Original Message-
>> From: Tutkowski, Mike 
>> Sent: 14 November 2018 22:41
>> To: dev@cloudstack.apache.org; us...@cloudstack.apache.org
>> Subject: Re: [VOTE] Apache CloudStack 4.11.2.0 RC5
>> 
>> Right, I’ve compiled and run with –Dnoredist. The SSVM and CPVM come up
>> fine. They both show the VM and agent running. The VR boots up. I can see
>> it at the login prompt in vSphere Client. I don’t see any obvious errors in
>> cloud.log. Maybe a port is blocked and it can’t talk to the management
>> server?
>> 
>> On 11/14/18, 3:10 PM, "Paul Angus"  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.
>> 
>> 
>> 
>> 
>> I've tested in an ubuntu16 basic zone but not vmware basic zone - I guess
>> that it goes without say that you know to use build nonoss from vmware...
>> have you used the 6.5 sdk ?
>> I think that it always says requires upgrade until the VR checks in.
>> Have the SSVM and CPVM checked in ok? If you go on the VR through the
>> vCenter console what do you see?
>> 
>> paul.an...@shapeblue.com
>> www.shapeblue.com
>> Amadeus House, Floral Street, London WC2E 9DPUK
>> @shapeblue
>> 
>> 
>> 
>> 
>> -Original Message-
>> From: Tutkowski, Mike 
>> Sent: 14 November 2018 21:16
>> To: dev@cloudstack.apache.org; us...@cloudstack.apache.org
>> Subject: Re: [VOTE] Apache CloudStack 4.11.2.0 RC5
>> 
>> I’m having a hard time getting the VR with vSphere to come up successfully.
>> 
>> I built the code from source (the specified commit) and am using the
>> system VM template specified in this e-mail chain.
>> 
>> I’m running in a Basic Zone. When I look at the details for the VR in the
>> GUI, it says Requires Upgrade is Yes. When I click the button to upgrade
>> the template, the operation fails.
>> 
>> Thoughts?
>> 
>> On 11/13/18, 6:59 AM, "Paul Angus"  wrote:
>> 
>> NetApp Security WARNING: This is 

Re: RFC. Marvin tests fail

[Boris Stoyanov]

you could run it with a debugger in PyCharm for example and figure out if 
there’s anything wrong with the code. Please note that these tests are 
successful with KVM, VMware and Xen.

The logs you’ve shared are just results, there’s a failed_plus_exceptions file 
in each test file log, where you could find more detailed info and stack trace. 

Boris.


boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

> On 8 Nov 2018, at 2:37, Ivan Kudryavtsev  wrote:
> 
> Looks like the reason for the failure is in python code, not tests. Someone
> broke tests.
> 
> ср, 7 нояб. 2018 г. в 19:29, Ivan Kudryavtsev :
> 
>> Well, when I run outside of docker. I see another behavior:
>> Those OOB tests work well, but I meet errors in other pieces of code:
>> 
>> *ivan@notebook:/tmp/MarvinLogs/Nov_07_2018_18_53_35_8SWDQD$ grep -P
>> 'EXCEPTION|FAIL' results.txt *
>> Tests ha enable/disable feature at cluster and zone level ... ===
>> TestName: test_ha_configure_enabledisable_across_clusterzones | Status :
>> EXCEPTION ===
>> Tests ha resource ownership expiry across multi-mgmt server ... ===
>> TestName: test_ha_multiple_mgmt_server_ownership | Status : EXCEPTION ===
>> Tests ha FSM transitions for valid healthy host ... === TestName:
>> test_ha_verify_fsm_available | Status : EXCEPTION ===
>> Tests ha FSM transitions leading to degraded state ... === TestName:
>> test_ha_verify_fsm_degraded | Status : EXCEPTION ===
>> Tests ha FSM transitions for failures leading to fenced state ... ===
>> TestName: test_ha_verify_fsm_fenced | Status : EXCEPTION ===
>> Tests ha FSM transitions leading to recovering ... === TestName:
>> test_ha_verify_fsm_recovering | Status : EXCEPTION ===
>> === TestName: test_list_zones_metrics | Status : EXCEPTION ===
>> Tests out-of-band management ownership expiry across multi-mgmt server ...
>> === TestName: test_oobm_multiple_mgmt_server_ownership | Status : FAILED ===
>> FAIL
>> === TestName: test_ha_configure_enabledisable_across_clusterzones | Status
>> : EXCEPTION ===
>> === TestName: test_ha_multiple_mgmt_server_ownership | Status : EXCEPTION
>> ===
>> === TestName: test_ha_verify_fsm_available | Status : EXCEPTION ===
>> === TestName: test_ha_verify_fsm_degraded | Status : EXCEPTION ===
>> === TestName: test_ha_verify_fsm_fenced | Status : EXCEPTION ===
>> === TestName: test_ha_verify_fsm_recovering | Status : EXCEPTION ===
>> FAIL: Tests out-of-band management ownership expiry across multi-mgmt
>> server
>> === TestName: test_oobm_multiple_mgmt_server_ownership | Status : FAILED
>> ===
>> FAILED (SKIP=13, errors=6, failures=1)
>> 
>> I pasted errors to Pastebin: https://pastebin.com/tXw6mRk7
>> 
>> 
>> 
>> 
>> ср, 7 нояб. 2018 г. в 14:05, Boris Stoyanov >> :
>> 
>>> Hi Ivan,
>>> I guess you’re referring to Out of Band management? I think there was a
>>> simulator provider for those tests and they are reported as passing with
>>> latest KVM test run.
>>> 
>>> Can you share any logs/exceptions? I don’t see anything wrong with your
>>> setup on a first glance btw.
>>> 
>>> Bobby.
>>> 
>>> 
>>> boris.stoya...@shapeblue.com
>>> www.shapeblue.com
>>> Amadeus House, Floral Street, London  WC2E 9DPUK
>>> @shapeblue
>>> 
>>> 
>>> 
>>>> On 7 Nov 2018, at 20:52, Ivan Kudryavtsev 
>>> wrote:
>>>> 
>>>> Hello, dev team. Now I try to put a PR and need to write marvin test for
>>>> it. I did it in the past, so tried to recall how to run the ecosystem.
>>>> 
>>>> I started from the document:
>>>> 
>>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Marvin+-+Testing+with+Python
>>>> 
>>>> To run simulator I have built docker image for 4.11:
>>>> 
>>>> docker build -t simulator:4.11 -f tools/docker/Dockerfile .
>>>> 
>>>> It has built correctly.
>>>> 
>>>> Next, I run the simulator:
>>>> docker run -it --rm -p 8080:8080 -p 8096:8096 simulator:411
>>>> 
>>>> It started well, I can login.
>>>> 
>>>> Next, I deployed DC as specified in document above:
>>>> python tools/marvin/marvin/deployDataCenter.py
>>>> <
>>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/deployDataCenter.py
>>>> 
>>>> \
>>>>   -i setup/dev/advanced.cfg
>>>> <https://cwiki.apache.org/conf

Re: RFC. Marvin tests fail

[Boris Stoyanov]

Hi Ivan, 
I guess you’re referring to Out of Band management? I think there was a 
simulator provider for those tests and they are reported as passing with latest 
KVM test run. 

Can you share any logs/exceptions? I don’t see anything wrong with your setup 
on a first glance btw. 

Bobby. 


boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

> On 7 Nov 2018, at 20:52, Ivan Kudryavtsev  wrote:
> 
> Hello, dev team. Now I try to put a PR and need to write marvin test for
> it. I did it in the past, so tried to recall how to run the ecosystem.
> 
> I started from the document:
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Marvin+-+Testing+with+Python
> 
> To run simulator I have built docker image for 4.11:
> 
> docker build -t simulator:4.11 -f tools/docker/Dockerfile .
> 
> It has built correctly.
> 
> Next, I run the simulator:
> docker run -it --rm -p 8080:8080 -p 8096:8096 simulator:411
> 
> It started well, I can login.
> 
> Next, I deployed DC as specified in document above:
> python tools/marvin/marvin/deployDataCenter.py
> 
> \
>-i setup/dev/advanced.cfg
> 
> 
> Next, I run the suite:
> $ export MARVIN_CONFIG=setup/dev/advanced.cfg
> 
> $ export TEST_SUITE=test/integration/smoke
> $ export ZONE_NAME=Sandbox-simulator
> $ nosetests-2.7 \
>  --with-marvin \
>  --marvin-config=${MARVIN_CONFIG} \
>  -w ${TEST_SUITE} \
>  --with-xunit \
>  --xunit-file=/tmp/bvt_selfservice_cases.xml
> 
> \
>  --zone=${ZONE_NAME} \
>  --hypervisor=simulator \
>  -a tags=advanced,required_hardware=false
> 
> What I see is that some tests fail, especially those, which connected with
> OOB management.
> I tried to do the same for basic zone with basic.cfg and also OOB tests
> fail and some other as well.
> 
> Is it OK or I do something wrong?
> 
> Thanks a lot.
> 
> 
> -- 
> With best regards, Ivan Kudryavtsev
> Bitworks LLC
> Cell RU: +7-923-414-1515
> Cell USA: +1-201-257-1512
> WWW: http://bitworks.software/ 

Re: [VOTE] Apache CloudStack 4.11.2.0 RC4

[Boris Stoyanov]

+1

I’ve done upgrade testing from 4.9 on a VMWare based environment and it went 
well, I think all the issues delivered with this RC are being verified and 
confirmed. I’ve also executed some general lifecycle tests around main 
components like (VMs, Networks, Volumes, Storages etc)

Thanks,
Bobby.


boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

On 4 Nov 2018, at 3:52, Rohit Yadav 
mailto:rohit.ya...@shapeblue.com>> wrote:

+1 (binding) based on automated smoketests on xenserver/vmware/kvm and manual 
tests on kvm+centos7 based Adv zone env. I did not check gpg signatures on the 
artifact this time.

Regards.

Get Outlook for Android


From: Andrija Panic mailto:andrija.pa...@gmail.com>>
Sent: Saturday, November 3, 2018 10:24:45 PM
To: users
Cc: dev; Paul Angus
Subject: Re: [VOTE] Apache CloudStack 4.11.2.0 RC4

Assuming I may vote:

+1 from my side

Tested:
- building DEB packages for Ubuntu
- advanced and basic zone deployment (KVM, clean install 4.11.2)
- upgrade from 4.8.0.1 to 4.11.2
- a bunch of integration tests done from in-house suite of tests (system
and user tests) - all PASS, with exception that RAW templates are broken -
there is already a GitHub issue from 4.11:
https://github.com/apache/cloudstack/issues/2820
- online and offline storage migration from NFS/CEPH to SolidFire


Some issues I experienced (perhaps something local to me, but managed to
reproduce it many times):
Management/Agent on Ubuntu 14.04:
When upgrading existing 4.8 installation to 4.11.2, init.d scripts were not
created/overwritten nor I was asked if I want to replace or keep existing
versions (like it's done with i.e. agent.properties, db.properties, etc...)
so this seems like some packaging issue.
Clean install (or in my problematic case - a complete uninstall and
install) is working fine in regards to init.d scripts

Cheers
Andrija





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



On Fri, 2 Nov 2018 at 16:36, Wido den Hollander 
mailto:w...@widodh.nl>> wrote:

+1 (binding)

I've tested:

- Building DEB packages for Ubuntu
- Install DEB packages
- Upgrade from 4.11.1 to 4.11.2

Wido

On 10/30/18 5:10 PM, Paul Angus wrote:
Hi All,

By popular demand, I've created a 4.11.2.0 release (RC4), with the
following artefacts up for testing and a vote:

Git Branch and Commit SH:

https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.11.2.0-RC20181030T1040
Commit: 840ad40017612e169665fa799a6d31a23ecad347

Source release (checksums and signatures are available at the same
location):
https://dist.apache.org/repos/dist/dev/cloudstack/4.11.2.0/

PGP release keys (signed using 8B309F7251EE0BC8):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

The vote will be open until Sunday 4th November.

For sanity in tallying the vote, can PMC members please be sure to
indicate "(binding)" with their vote?

[ ] +1 approve
[ ] +0 no opinion
[ ] -1 disapprove (and reason why)

Additional information:

For users' convenience, I've built packages from
840ad40017612e169665fa799a6d31a23ecad347 and published RC4 repository here:
http://packages.shapeblue.com/testing/41120rc4/

The release notes are still work-in-progress, but the systemvm template
upgrade section has been updated. You may refer the following for systemvm
template upgrade testing:

http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/index.html

4.11.2 systemvm templates are as before and available from here:
http://packages.shapeblue.com/testing/systemvm/4112rc3




Kind regards,

Paul Angus


paul.an...@shapeblue.com
www.shapeblue.com>
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue






--

Andrija Panić

Re: Montréal Hackathon

[Boris Stoyanov]

Hi guys,

I think we’ve got most of those in Trello, here’s a link 
https://trello.com/invite/b/ztgaumtx/fd51a88ce97b2de02201ed52e99384b9/cloudstack-hackathon-18

Maybe having those ideas there would be easier to manage, + people can comment, 
add details etc to each individually.

Bobby.


boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

On 2 Oct 2018, at 4:51, Simon Weller 
mailto:swel...@ena.com.INVALID>> wrote:

Mike,


I've got a PR in for the KVM HyperV Enlightenment feature against master. It 
looks like Jenkins is broken right now,  so might need someone to kick it.


- Si


From: Tutkowski, Mike 
mailto:mike.tutkow...@netapp.com>>
Sent: Monday, October 1, 2018 1:28 PM
To: dev@cloudstack.apache.org
Subject: Montréal Hackathon

Hi everyone,

I wanted to send out an e-mail about the hackathon that we held in Montréal 
this past Wednesday (after the two days of the CloudStack Collaboration 
Conference that took place on Monday and Tuesday).

We spent the first 1.5 hours discussing issues we’d like to see addressed 
and/or new features we might be considering. I’ve provided the current list at 
the bottom of this message.

In particular, one item of note is that people seemed interested in quarterly 
remote meetups. The intent of such meetups would be to sync with each other on 
what we’re working on so as to not duplicate effort. We may also have people 
present a bit about a recent feature or item of interest (similar to what we do 
at conferences). In addition, these meetups could provide a nice checkpoint to 
see how we are doing with regards to the items listed below.

Please take a moment, scan through the list, ask questions, and/or send out 
additional areas that you feel the CloudStack Community should be focusing on.

If you were present at the hackathon, feel free to update us on what progress 
you might have made at the hackathon with regards to any topic below.

Thanks!
Mike

Hyper-V enlightenment

Version 5.x of CloudStack

KVM IO bursting

Live VM Migration

RPC Standard interface to VR

Getting INFO easily out of the SSVM

Deprecate old code (OVM?)

CloudMonkey testing

NoVNC in CPVM

CentOS SIG + packaging

VR Programming Optimization

New UI working with API Discovery

Network Models refactoring + designer UI

Marketing Plan

Video series for CloudStack (ex. developers series, users series)

Use GitHub to document aspects of CloudStack (how to build an environment, how 
to start writing code for it, etc.)

Figure out a process for how we'd like issues to be opened, assigned, closed, 
and resolved (using JIRA and GitHub Issues)

Create a true REST API (it can use the existing API behind the scenes).

Logic to generate code in particular use cases so you can focus mainly on your 
business logic.

Use standard libraries that implement JPA, HTTP, etc.

Remote Meetups every quarter

Support IPv6

Re: [VOTE] Apache CloudStack 4.11.2.0 RC2

[Boris Stoyanov]

Thanks Rene, that worked! 

We have a  +1 then. 

Bobby.


boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

> On 28 Sep 2018, at 11:38, Rene Moser  wrote:
> 
> Hi
> 
> On 09/28/2018 05:21 PM, Boris Stoyanov wrote:
>> Hi guys,
>> 
>> I’ve did some upgrade testing of RC2. I did upgraded database successfully 
>> from 4.5.2.2, 4.9.3 and 4.11.1, but unfortunately I’ve run into a 
>> connectivity issue between vmware 4.5u3 environments. 
>> 
>> Looks like TLS1.2 is not supported at first glance.
>> 
>>  Caused by: javax.net.ssl.SSLHandshakeException: Server chose TLSv1, but 
>> that protocol version is not enabled or not supported by the client.
> 
>> I’m guessing we’ll need an RC3. 
> 
> This is a known issue and also exists in 4.11 (upgrade from 4.5 to 4.11.1)
> 
> Probably only needs some docs:
> 
> in /etc/cloudstack/management/java.security.ciphers
> 
> change line
> 
> jdk.tls.disabledAlgorithms=SSLv2Hello, SSLv3, TLSv1, TLSv1.1, DH keySize
> < 128, RSA keySize < 128, DES keySize < 128, SHA1 keySize < 128, MD5
> keySize < 128, RC4
> 
> to
> 
> jdk.tls.disabledAlgorithms=SSLv2Hello, SSLv3, DH keySize < 128, RSA
> keySize < 128, DES keySize < 128, SHA1 keySize < 128, MD5 keySize < 128, RC4
> 
> solves it.
> 
> Regards
> René

Re: [VOTE] Apache CloudStack 4.11.2.0 RC2

[Boris Stoyanov]

Hi guys,

I’ve did some upgrade testing of RC2. I did upgraded database successfully from 
4.5.2.2, 4.9.3 and 4.11.1, but unfortunately I’ve run into a connectivity issue 
between vmware 4.5u3 environments. 

Looks like TLS1.2 is not supported at first glance.

Caused by: javax.net.ssl.SSLHandshakeException: Server chose TLSv1, but 
that protocol version is not enabled or not supported by the client.

I’m guessing we’ll need an RC3. 

Bobby.


boris.stoya...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

> On 26 Sep 2018, at 23:06, Paul Angus  wrote:
> 
> Hi All,
> 
> There were a few issues discovered in RC1, these have been fixed so we're 
> ready to go with RC2 which should hopefully go very smoothly.
> 
> I've created a 4.11.2.0 release (RC2), with the following artefacts up for 
> testing and a vote:
> 
> Git Branch and Commit SH:
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/
> Commit: c64591bdd2fd677c9a0ca1970d61d1be9f222326
> 
> Source release (checksums and signatures are available at the same location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.11.2.0/
> 
> PGP release keys (signed using 8B309F7251EE0BC8):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> 
> The vote will be open until the middle of next week, 26th September 2018.
> 
> For sanity in tallying the vote, can PMC members please be sure to indicate 
> "(binding)" with their vote
> 
> [ ] +1 approve
> [ ] +0 no opinion
> [ ] -1 disapprove (and reason why)
> 
> Additional information:
> 
> For users' convenience, I've built packages from 
> c64591bdd2fd677c9a0ca1970d61d1be9f222326 and published RC2 repository here:
> http://packages.shapeblue.com/testing/41120rc2/
> 
> 4.11.2 systemvm templates are available from here:
> http://packages.shapeblue.com/testing/systemvm/
> 
> 
> 
> 
> 
> paul.an...@shapeblue.com 
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
> 
> 
> 

Re: GUI Issue

[Boris Stoyanov]

I’ve just checked and it does not work with me as well. Doesn’t look browser 
related, tried it on both chrome and FF and still not working. Let me log an 
issue about it. 

Bobby.


boris.stoya...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

> On 11 Jul 2018, at 22:28, Tutkowski, Mike  wrote:
> 
> Hi,
> 
> Has anyone else noticed that you can no longer use the Quickview column to 
> manipulate (i.e. delete, in this case) Disk Offerings in the GUI in master? 
> The Quickview menu doesn’t show up. It works fine for Compute Offerings 
> still, though.
> 
> Thanks,
> Mike

Re: _configDao.isPremium() please help where this information comes from.

[Boris Stoyanov]

Hi Stephan,

have you tried:
mvn clean install -P developer,systemvm -D noredis

here’s more info 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/How+to+build+CloudStack

Bobby.


boris.stoya...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

On 10 Jul 2018, at 18:19, Stephan Seitz 
mailto:s.se...@heinlein-support.de>> wrote:

Thanks for your feedback! Do you know how to build the systemvmtemplate w/ 
noredist? I didn't find
anything regarding that in tools/appliance, also cwiki keeps quiet about that.

Thanks!

Stepnan

Am Dienstag, den 10.07.2018, 07:38 -0700 schrieb Frank Maximus:
That setting is part of a property file of
cloudstack-plugin-hypervisor-vmware.
Most likely you are using a system build with noredist.
In that case you also need a systemvm build that way.

Kind Regards,
Frank

On Tue, Jul 10, 2018 at 12:16 PM Stephan Seitz 
mailto:s.se...@heinlein-support.de>>
wrote:


Hi there,

Upgrading 4.11.0 to 4.11.1 we found an interesting problem in our (well
played) staging infrastructure.

During SSVN provisioning, a somewhat "premium" configuration is detected
(well we're using noredist since ... ever?).
So the SSVM is configured with
  resource=com.cloud.storage.resource.PremiumSecondaryStorageResource
instead of

resource=org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource

In fact this particular setup always used (and should further use) simple
NFS as Secondary Storage.

Sorry, but I can't find the real source
of com.cloud.configuration.dao.ConfigurationDao#isPremium() and how to set
this to false.

If anyone could shed some light?


Thank You!




Mit freundlichen Grüßen,

Stephan Seitz


--
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin

https://www.heinlein-support.de

Tel: 030 / 405051-44
Fax: 030 / 405051-19

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


Mit freundlichen Grüßen,

Stephan Seitz


--
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin

https://www.heinlein-support.de

Tel: 030 / 405051-44
Fax: 030 / 405051-19

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

Re: [VOTE] Apache CloudStack 4.11.1.0 LTS [RC3]

[Boris Stoyanov]

+1

I’ve executed an upgrade from 4.9 and 4.10 and was able to execute some basic 
lifecycle operations around VMs. Also VR upgrade was successful and registering 
and using new templates. Smoketest results are also looking good. I’ve 
performed my testing on KVM(centOS7) VMware 55u3 and Xen 65sp1.

Regards,
Bobby.


boris.stoya...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

On 22 Jun 2018, at 8:52, Rohit Yadav 
mailto:rohit.ya...@shapeblue.com>> wrote:

+1 (binding) based on smoketests results [1] and manual tests on building and 
testing in a local env.


[1] https://github.com/apache/cloudstack/pull/2376#issuecomment-399059806


For reference, the tarball artifacts only had the signature file missing, I've 
added the asc file now and verified localy against the tar.bz2 file:

gpg -v --verify apache-cloudstack-4.11.1.0-src.tar.bz2.asc 
apache-cloudstack-4.11.1.0-src.tar.bz2
gpg: Signature made Fri 22 Jun 2018 11:15:02 AM IST
gpg:using RSA key 484248210EE3D884
gpg: using pgp trust model
gpg: Good signature from "Rohit Yadav (code signing key) 
mailto:ro...@apache.org>>" [ultimate]
gpg: aka "Rohit Yadav 
mailto:rohit@yadav.cloud>>" [ultimate]
gpg: aka "Rohit Yadav 
mailto:ro...@scaleninja.com>>" [ultimate]
gpg: aka "Rohit Yadav 
mailto:rohit.ya...@shapeblue.com>>" [ultimate]
gpg: binary signature, digest algorithm SHA256, key algorithm rsa4096



- Rohit

>




From: Paul Angus mailto:paul.an...@shapeblue.com>>
Sent: Thursday, June 21, 2018 9:29:47 PM
To: dev@cloudstack.apache.org; 
us...@cloudstack.apache.org
Subject: [VOTE] Apache CloudStack 4.11.1.0 LTS [RC3]

Hi All,



I've created a 4.11.1.0 release (RC3), with the following artefacts up for 
testing and a vote:
The changes since RC2 are listed at the end of this email.



Git Branch and Commit SH:

https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.11.1.0-RC20180621T1552

Commit: 2cb2dacbe75a23f5068b80f6ea45031c29052c31



Source release (checksums and signatures are available at the same

location):

https://dist.apache.org/repos/dist/dev/cloudstack/4.11.1.0/



PGP release keys (signed using 8B309F7251EE0BC8):

https://dist.apache.org/repos/dist/release/cloudstack/KEYS



The vote will be open for at least 72hrs.



For sanity in tallying the vote, can PMC members please be sure to indicate 
"(binding)" with their vote?



[ ] +1  approve

[ ] +0  no opinion

[ ] -1  disapprove (and reason why)





Additional information:



For users' convenience, I've built packages from 
5f48487dc62fd1decaabc4ab2a10f549d6c82400 and published RC1 repository here:

http://packages.shapeblue.com/testing/4111rc3/



The release notes are still work-in-progress, but the systemvm template upgrade 
section has been updated. You may refer the following for systemvm template 
upgrade testing:

http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/index.html



4.11.1 systemvm templates are available from here:

http://packages.shapeblue.com/systemvmtemplate/4.11.1-rc1/




Changes Since RC2:

Merged #2712 reuse ip for non redundant VPC 6 hours ago
Merged #2714 send unsupported answer only when applicable 10 hours ago
Merged #2715 smoketest: Fix test_vm_life_cycle secure migration tests a day ago
Merged #2493 CLOUDSTACK-10326: Prevent hosts fall into Maintenance when there 
are running VMs on it a day ago
Merged #2716 configdrive: make fewer mountpoints on hosts a day ago
Merged #2681 Source NAT option on Private Gateway 2 days ago
Merged #2710 comply with api key constraint 2 days ago
Merged #2706 packaging: use libuuid x86_64 package for cloudstack-common 2 days 
ago

Kind regards,

Paul Angus


paul.an...@shapeblue.com
www.shapeblue.com>
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue




rohit.ya...@shapeblue.com
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue

Re: 4.11.1 RC / VMs with UserDispersingPlanner won't deploy

[Boris Stoyanov]

Hi Ivan,

I’m using a SO with the UD Planner and I have no tags on my hosts, I was able 
to deploy VMs on both KVM and VMware hosts. 
Could this be an issue with your env? Can you send logs we could look at? 

Regards, 
Boris Stoyanov. 


boris.stoya...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

> On 30 May 2018, at 14:00, Ivan Kudryavtsev  wrote:
> 
> Hello, Dag, no, I have a single enabled cluster with enabled hosts, where
> vms are deployed just fine from service offerings without host tags and
> without UserDispersingPlanner, but with storage tags (since I have local
> storage). But if I use a service offering with host tags which match host
> tags exactly, literally and (or) UserDispersingPlanner is set, then things
> stop work.
> 
> During problem discovery I removed tags and left only
> UserDispersingPlanner, vms won't deploy as well. I removed planner and left
> tags, vms won't deploy as well. Only when no host tags and no
> UserDispersingPlanner they deploy.
> 
> 2018-05-30 17:54 GMT+07:00 Dag Sonstebo :
> 
>> Hi Ivan,
>> 
>> OK – understand – if those are the tags used then IMO it should work, and
>> yes agree, userdisperseplanning should’t kick in with 0 VMs.
>> 
>> Could the issue be with tagging rather than userdispersing:
>>>> (logid:5ee25964) The clusterId list for the given offering tag: []
>> 
>> This looks like it can’t find any clusters with given tag (even though you
>> have them set)
>> 
>>>> 2018-05-30 16:31:35,486 DEBUG [c.c.d.FirstFitPlanner]
>>>> (API-Job-Executor-10:ctx-b36a77ea job-156334 ctx-9c358aab)
>>>> (logid:5ee25964) No clusters found after removing disabled
>> clusters and clusters in avoid list, returning.
>> 
>> I appreciate I’m asking the obvious here so forgive me – but you’ve
>> definitely not got disabled clusters (“after removing disabled clusters”)?
>> 
>> Regards,
>> Dag Sonstebo
>> Cloud Architect
>> ShapeBlue
>> 
>> On 30/05/2018, 11:43, "Ivan Kudryavtsev"  wrote:
>> 
>>Hi, Dag. Thank you very much, I really know that
>> 
>>What I have in my cloud:
>> 
>>Two local storage KVM hosts:
>>Host tags: PERMIT,HIGHCPU
>>Storage tags: PERMIT
>> 
>>I have service offering with tags:
>>Host tags: PERMIT,HIGHCPU
>>Storage tags: PERMIT
>> 
>>I don't have hosts without that labels at all, but, VM doesn't deploy
>> even
>>if no anti-affinity is set, so no constraints should be breached.
>> Also, I
>>don't catch how UserDispersingPlanner may interfere, if I have 0 VMs
>>deployed.
>> 
>>It worked just fine in previous releases (at least 4.10, 4.9.3, 4.3).
>> But
>>now, in 4.11.1 RC it doesn't.
>> 
>> 
>>2018-05-30 17:36 GMT+07:00 Dag Sonstebo :
>> 
>>> Hi Ivan,
>>> 
>>> Host tags are an absolute requirement – so if host tag matching can
>> not be
>>> met due to affinity or planner then the VMs won’t start.
>>> 
>>> Regards,
>>> Dag Sonstebo
>>> Cloud Architect
>>> ShapeBlue
>>> 
>>> On 30/05/2018, 11:33, "Ivan Kudryavtsev" 
>> wrote:
>>> 
>>>Sorry for spamming your e-mails, I finally have got the exact
>> behavior:
>>> 
>>>If
>>>  VM host tags set AND (OR) VM UerDispersingPlanner set
>>>then not able to deploy vm
>>> 
>>>Anti-affinity works fine (if first two are not set).
>>> 
>>> 
>>> 
>>>2018-05-30 17:18 GMT+07:00 Ivan Kudryavtsev <
>> kudryavtsev...@bw-sw.com
>>>> :
>>> 
>>>> To be more precise, I see that error only under "admin" user.
>> Users
>>> from
>>>> domains can create VMS with anti-affinity groups fine.
>>>> 
>>>> 2018-05-30 16:38 GMT+07:00 Ivan Kudryavtsev <
>>> kudryavtsev...@bw-sw.com>:
>>>> 
>>>>> Hello, Devs. I have a fresh 4.11.1 RC with two KVM hosts
>> deployed.
>>>>> 
>>>>> First, I unable to deploy instances with UserDispersingPlanner
>>> planner.
>>>>> The errors look like:
>>>>> 
>>>>> 2018-05-30 16:31:35,372 DEBUG [c.c.a.ApiServlet]
>>>>> (qtp1856056345-27:ctx-3fb8db1f ctx-d8415fd2) (logid:dbe8f2ce)
>>> ===END===
>>>>> 91.221.61.126 -- GET  command=deployVirtualMachine
>>>>> esponse=json=d477bb3f-3592-4