Re: [VOTE] Apache CloudStack 4.7.0

[Wilder Rodrigues]

Hi there!

I’m done testing 4.7.0. My vote is +1 (binding).

Rohit voted -1, but I did not have any problem upgrading from 4.6.2 to 4.7.0. 
Concerning the issue with 4.5.3, I would not consider it a blocker since 4.5.3 
was not even released. So, you have time to get it working or first go to 4.6.0.

=== Upgrade from 4.6.2 to 4.7.0 ===

Deployed a DC with 4.6.2 and run all the tests that I sent in the 4.6.2 RC1 
vote email. Once the tests were done, I did the following manually:

* 1 Single VPC
  - 1 Network
  - 1 Pub IP
  - 1 ACL
  - 1 ACL Item
  - 1 PF rule
  - 1 VM
* 1 Redundant VPC
  - 1 Network
  - 1 Pub IP
  - 1 ACL
  - 1 ACL Item
  - 1 PF rule
  - 1 VM
* 1 Isolated Network
  - 1 Pub IP
  - 1 FW rule
  - 1 PF rule
  - 1 VM

Successfully SSH into the 3 VMs and pinged Google.com from them.

After that, I upgraded the source to 4.7.0 and built ACS again. Management 
Server and Agent were updated and restarted. Everything worked as expected.

I then ran the following automated tests agains the upgraded 4.7.0:

:: Tests Suites Executed ::

nosetests --with-marvin 
--marvin-config=/data/shared/marvin/mct-zone2-kvm2-ISOLATED.cfg -s -a 
tags=advanced,required_hardware=false smoke/test_routers.py 
smoke/test_reset_vm_on_reboot.py smoke/test_vm_life_cycle.py 
component/test_vpc_routers.py smoke/test_service_offerings.py 
component/test_vpc_offerings.py smoke/test_network_acl.py  smoke/test_network.py

:: Summary ::

* Tests executes: 41
* Successfull tests: 40
* Skipped tests: 1
* Failed tests: 0

Test skipped because I used only 1 host.

=== Clean installation of 4.7.0 ===

Installed 4.7.0 from scratch!

:: Environment 1 ::

* Hardware required: TRUE
* Management Server + MySQL on CentOS 7.1
* One KVM Host on CentOS 7.1
* Agent + Common RPMs built from 4.7.0  source


:: Tests Suites Executed ::

nosetests --with-marvin 
--marvin-config=/data/shared/marvin/mct-zone2-kvm2-ISOLATED.cfg -s -a 
tags=advanced,required_hardware=true smoke/test_privategw_acl.py 
smoke/test_routers_network_ops.py smoke/test_vpc_redundant.py 
smoke/test_routers_iptables_default_policy.py smoke/test_vpc_router_nics.py 
smoke/test_password_server.py smoke/test_router_dhcphosts.py 
smoke/test_loadbalance.py smoke/test_internal_lb.py smoke/test_ssvm.py 
smoke/test_vpc_vpn.py smoke/test_network.py

:: Environment 2 ::

* Hardware required: FALSE
* Management Server + MySQL on CentOS 7.1
* One KVM Host on CentOS 7.1
* Agent + Common RPMs built from 4.7.0 source


:: Tests Suites Executed ::

nosetests --with-marvin 
--marvin-config=/data/shared/marvin/mct-zone2-kvm2-ISOLATED.cfg -s -a 
tags=advanced,required_hardware=false smoke/test_routers.py 
smoke/test_reset_vm_on_reboot.py smoke/test_vm_life_cycle.py 
component/test_vpc_routers.py smoke/test_service_offerings.py 
component/test_vpc_offerings.py smoke/test_network_acl.py  smoke/test_network.py

:: Summary ::

* Tests executes: 81
* Successfull tests: 80
* Skipped tests: 1
* Failed tests: 0

Test skipped because I used only 1 host.


> On 15 Dec 2015, at 13:30, Wilder Rodrigues  
> wrote:
> 
> Hi Rohit,
> 
> I successfully upgraded from 4.6.2 to 4.7.0. There were no DB changes from 
> 4.6.1 to 4.6.2, so no need to create am extra java file like 
> “Upgrade462to470”.
> 
> Are you voting -1 for the “issue” mentioned above or also the 4.5.3 to 4.7.0 
> one?
> 
> Cheers,
> Wilder
> 
> 
> =
> 2015-12-15 12:17:24,953 INFO  [c.c.u.d.Upgrade461to470] (main:null) (logid:) 
> Altered cloud_usage.cloud_usage table and added column quota_calculated
> 2015-12-15 12:17:24,962 INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) 
> (logid:) Cleaning upgrades because all management server are now at the same 
> version
> 2015-12-15 12:17:24,965 DEBUG [c.c.u.DatabaseUpgradeChecker] (main:null) 
> (logid:) Upgrading to version 4.7.0...
> 2015-12-15 12:17:24,965 INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) 
> (logid:) Cleanup upgrade Upgrade461to470 to upgrade from 4.6.1-4.7.0 to 4.7.0
> 2015-12-15 12:17:24,965 DEBUG [c.c.u.s.Script] (main:null) (logid:) Looking 
> for db/schema-461to470-cleanup.sql in the classpath
> 2015-12-15 12:17:24,966 DEBUG [c.c.u.s.Script] (main:null) (logid:) System 
> resource: null
> 2015-12-15 12:17:24,966 DEBUG [c.c.u.s.Script] (main:null) (logid:) Classpath 
> resource: 
> file:/data/git/cs1/cloudstack/client/target/utilities/scripts/db/db/schema-461to470-cleanup.sql
> 2015-12-15 12:17:24,966 DEBUG [c.c.u.s.Script] (main:null) (logid:) Absolute 
> path =  
> /data/git/cs1/cloudstack/client/target/utilities/scripts/db/db/schema-461to470-cleanup.sql
> 2015-12-15 12:17:24,967 DEBUG [c.c.u.d.ScriptRunner] (main:null) (logid:) -- 
> Licensed to the Apache Software Foundation (ASF) under one
> 2015-12-15 12:17:24,967 DEBUG [c.c.u.d.ScriptRunner] (main:null) (logid:) -- 
> or more contributor license agreements.  See the NOTICE file
> 2015-12-15 12:17:24,967 DEBUG [c.c.u.d.ScriptRunner] (main:null) (logid:) -- 
> distributed with this work for 

Re: [VOTE] Apache CloudStack 4.7.0

[Rohit Yadav]

[ShapeBlue]
Rohit Yadav
Software Architect  ,   ShapeBlue


d:  +44 203 603 0540 | s:   |  
m:  +91 8826230892

e:  rohit.ya...@shapeblue.com | t: 
   |  w:  
www.shapeblue.com

a:  53 Chandos Place, Covent Garden London WC2N 4HS UK


[cid:image32110b.png@c0c85fa9.4d892e7a]


Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue Services 
India LLP is a company incorporated in India and is operated under license from 
Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in 
Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd 
is a company registered by The Republic of South Africa and is traded under 
license from Shape Blue Ltd. ShapeBlue is a registered trademark.
This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error.




On 15-Dec-2015, at 10:34 PM, Wilder Rodrigues 
> wrote:

Rohit voted -1, but I did not have any problem upgrading from 4.6.2 to 4.7.0. 
Concerning the issue with 4.5.3, I would not consider it a blocker since 4.5.3 
was not even released. So, you have time to get it working or first go to 4.6.0.

I’ll test again upgrading from 4.6.2 to 4.7.0 tomorrow and keep you posted, 
based on the code the from/to versions in the upgrade path classes are 
incorrect but if it’s still passing then likely the database upgrader/checker 
may not be enforcing.

I did not start with 4.5.3 release efforts in order to not dilute other release 
efforts, I plan to work on it post 4.7.0. There is an upgrade path from 4.5.3 
which is incorrect - either it should not be there in the first place or it 
must be correctly fixed. We should be releasing CloudStack which can cause DB 
upgrade issues for previous/older release's users. While it may not be a 
blocker, this need to be fixed either in 4.7.0 or in 4.7.1 (future minor 
release then :) ).

Regards.

Find out more about ShapeBlue and our range of CloudStack related services:
IaaS Cloud Design & Build | 
CSForge – rapid IaaS deployment framework
CloudStack Consulting | 
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support | CloudStack 
Bootcamp Training Courses

Re: additional keyboard languages in Consoleproxy

[Stephan Seitz]

Thank's for pointing to that PR.

Do you think it's useful to cut the keyboard selector?

As long as there's no wayu changing the keyboard setting after an
instance has been provisioned, the average user would need to fiddle
with API calls.

Additionally, the keyboard doesn't necessary have to be consistent
inside the instance, so a drop down is really handy.


Am Dienstag, den 15.12.2015, 04:53 + schrieb Anshul Gangwar: 
> There is already a PR requested some 4 months back addressing some of these 
> issues. With that patch one has to add only key mappings to support new 
> languages.
> 
> https://github.com/apache/cloudstack/pull/669

Re: [VOTE] Apache CloudStack 4.6.2

[Boris Schrijver]

Hi!

Tested this RC over the past two days. Looking good!

Details:

Version: ACS 4.6.2 RC1

Vote: +1

Besides the integration tests underneath I have also tested manually against S3
and Ceph.

**Environment**
 - 2 KVM host on CentOS 7.1
 - 1 Management Server on CentOS 7.1
 - Agent + Common RPMs built from source

**Integration test suite 1**
```
nosetests --with-marvin --marvin-config=${marvinCfg} -s -a
tags=advanced,required_hardware=true \
component/test_password_server.py \
smoke/test_vpc_redundant.py \
smoke/test_routers_iptables_default_policy.py \
smoke/test_routers_network_ops.py \
smoke/test_vpc_router_nics.py \
smoke/test_router_dhcphosts.py \
smoke/test_loadbalance.py \
smoke/test_internal_lb.py \
smoke/test_ssvm.py \
smoke/test_vpc_vpn.py \
smoke/test_privategw_acl.py \
smoke/test_network.py
```

**Result test suite 1**
```
Check the password file in the Router VM ... === TestName:
test_isolate_network_password_server | Status : SUCCESS ===
ok
Create a redundant VPC with two networks with two VMs in each network ... ===
TestName: test_01_create_redundant_VPC_2tiers_4VMs_4IPs_4PF_ACL | Status :
SUCCESS ===
ok
Create a redundant VPC with two networks with two VMs in each network and check
default routes ... === TestName: test_02_redundant_VPC_default_routes | Status :
SUCCESS ===
ok
Create a redundant VPC with two networks with two VMs in each network ... ===
TestName: test_03_create_redundant_VPC_1tier_2VMs_2IPs_2PF_ACL_reboot_routers |
Status : SUCCESS ===
ok
Test iptables default INPUT/FORWARD policy on RouterVM ... === TestName:
test_02_routervm_iptables_policies | Status : SUCCESS ===
ok
Test iptables default INPUT/FORWARD policies on VPC router ... === TestName:
test_01_single_VPC_iptables_policies | Status : SUCCESS ===
ok
Test redundant router internals ... === TestName:
test_01_isolate_network_FW_PF_default_routes_egress_true | Status : SUCCESS ===
ok
Test redundant router internals ... === TestName:
test_02_isolate_network_FW_PF_default_routes_egress_false | Status : SUCCESS ===
ok
Test redundant router internals ... === TestName:
test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true | Status : SUCCESS ===
ok
Test redundant router internals ... === TestName:
test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false | Status : SUCCESS ===
ok
Test redundant router internals ... === TestName:
test_03_RVR_Network_check_router_state | Status : SUCCESS ===
ok
Create a VPC with two networks with one VM in each network and test nics after
destroy ... === TestName: test_01_VPC_nics_after_destroy | Status : SUCCESS ===
ok
Create a VPC with two networks with one VM in each network and test default
routes ... === TestName: test_02_VPC_default_routes | Status : SUCCESS ===
ok
Check that the /etc/dhcphosts.txt doesn't contain duplicate IPs ... ===
TestName: test_router_dhcphosts | Status : SUCCESS ===
ok
Test to create Load balancing rule with source NAT ... === TestName:
test_01_create_lb_rule_src_nat | Status : SUCCESS ===
ok
Test to create Load balancing rule with non source NAT ... === TestName:
test_02_create_lb_rule_non_nat | Status : SUCCESS ===
ok
Test for assign & removing load balancing rule ... === TestName:
test_assign_and_removal_lb | Status : SUCCESS ===
ok
Test to verify access to loadbalancer haproxy admin stats page ... === TestName:
test02_internallb_haproxy_stats_on_all_interfaces | Status : SUCCESS ===
ok
Test create, assign, remove of an Internal LB with roundrobin http traffic to 3
vm's ... === TestName: test_01_internallb_roundrobin_1VPC_3VM_HTTP_port80 |
Status : SUCCESS ===
ok
Test SSVM Internals ... === TestName: test_03_ssvm_internals | Status : SUCCESS
===
ok
Test CPVM Internals ... === TestName: test_04_cpvm_internals | Status : SUCCESS
===
ok
Test stop SSVM ... === TestName: test_05_stop_ssvm | Status : SUCCESS ===
ok
Test stop CPVM ... === TestName: test_06_stop_cpvm | Status : SUCCESS ===
ok
Test reboot SSVM ... === TestName: test_07_reboot_ssvm | Status : SUCCESS ===
ok
Test reboot CPVM ... === TestName: test_08_reboot_cpvm | Status : SUCCESS ===
ok
Test destroy SSVM ... === TestName: test_09_destroy_ssvm | Status : SUCCESS ===
ok
Test destroy CPVM ... === TestName: test_10_destroy_cpvm | Status : SUCCESS ===
ok
Test Remote Access VPN in VPC ... === TestName: test_vpc_remote_access_vpn |
Status : SUCCESS ===
ok
Test VPN in VPC ... === TestName: test_vpc_site2site_vpn | Status : SUCCESS ===
ok
test_01_vpc_privategw_acl
(integration.smoke.test_privategw_acl.TestPrivateGwACL) ... === TestName:
test_01_vpc_privategw_acl | Status : SUCCESS ===
ok
test_02_vpc_privategw_static_routes
(integration.smoke.test_privategw_acl.TestPrivateGwACL) ... === TestName:
test_02_vpc_privategw_static_routes | Status : SUCCESS ===
ok
test_03_rvpc_privategw_static_routes
(integration.smoke.test_privategw_acl.TestPrivateGwACL) ... === TestName:
test_03_rvpc_privategw_static_routes | Status : SUCCESS ===
ok
Test for port forwarding on source 

CentOS 7.2 is out: Good news for Ceph/RBD users

[Wido den Hollander]

Hi all,

Good news! CentOS 7.2 is out and it now has RBD Storage Pool support
enabled by default in libvirt:
https://git.centos.org/blob/!rpms!libvirt/38f2fde9965cac410fa29cae60a7feb02d57bb40/SPECS!libvirt.spec#L115

You no longer need to compile libvirt manually, it should all be there
in the RPMs.

The related issues:
- https://bugs.centos.org/view.php?id=8585
- https://bugzilla.redhat.com/show_bug.cgi?id=1187533

Wido

BVT report for week of 12/14

[Raja Pullela]

Hi,

Here is the BVT report for this week - 
- XS Basic - 97.0% (4.6 RC passrate 96.9%)  
- XS Adv - 79.5% (4.6 RC passrate 93.4%)//  went down from 92.7% to 79.5%
- KVM Basic - 98.6% (4.6 RC passrate - 98.6%)
- KVM Adv - 79.7% (4.6 RC passrate - 96.3%) // went down from 96.4% to 79.7%

Summary: 
- Breakage in Adv Network cases, the following suites need to be run both Xen 
and Adv
- test_quota.py - all the test failing, we should look at the PR that has 
checked in this code. 
- test_vpc_vpn.py - couple of tests failing 
- test_vpc_redundant.py - couple of test failing
- test_routers_network_ops.py - 5-6 tests failing
- test_routers_iptables_default_policy.py - 
- test_privategw_acl.py 

Let me know if you have any questions,
Raja

Following are the failed tests: 
- XS Basic  (both the following are test script issues)
- 
integration.smoke.test_vm_snapshots.TestSnapshots.test_01_test_vm_volume_snapshot
- integration.smoke.test_iso.TestISO.test_07_list_default_iso

- KVM Basic (following is a test script issue)
- integration.smoke.test_iso.TestISO.test_07_list_default_iso //known testcase 
issue

- XS Adv
- integration.smoke.test_nic.TestNic.test_01_nic
- 
integration.smoke.test_routers_network_ops.TestIsolatedNetworks.test_02_isolate_network_FW_PF_default_routes_egress_false
- :setup
- 
integration.smoke.test_routers_iptables_default_policy.TestRouterIpTablesPolicies.test_02_routervm_iptables_policies
- 
integration.smoke.test_routers_iptables_default_policy.TestVPCIpTablesPolicies.test_01_single_VPC_iptables_policies
- 
integration.smoke.test_routers_network_ops.TestIsolatedNetworks.test_01_isolate_network_FW_PF_default_routes_egress_true
- 
integration.smoke.test_routers_network_ops.TestRedundantIsolateNetworks.test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true
- 
integration.smoke.test_routers_network_ops.TestRedundantIsolateNetworks.test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false
- 
integration.smoke.test_routers_network_ops.TestRedundantIsolateNetworks.test_03_RVR_Network_check_router_state
- 
integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_02_redundant_VPC_default_routes
- 
integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_03_create_redundant_VPC_1tier_2VMs_2IPs_2PF_ACL_reboot_routers
- integration.smoke.test_vpc_router_nics.TestVPCNics.test_02_VPC_default_routes
- integration.smoke.test_quota.TestQuota.test_01_quota
- integration.smoke.test_quota.TestQuota.test_02_quota
- integration.smoke.test_quota.TestQuota.test_03_quota
- integration.smoke.test_quota.TestQuota.test_04_quota
- integration.smoke.test_quota.TestQuota.test_05_quota
- integration.smoke.test_quota.TestQuota.test_06_quota
- integration.smoke.test_quota.TestQuota.test_07_quota
- 
integration.smoke.test_privategw_acl.TestPrivateGwACL.test_02_vpc_privategw_static_routes
- 
integration.smoke.test_privategw_acl.TestPrivateGwACL.test_02_vpc_privategw_static_routes
- 
integration.smoke.test_privategw_acl.TestPrivateGwACL.test_03_rvpc_privategw_static_routes
- 
integration.smoke.test_vpc_vpn.TestVpcRemoteAccessVpn.test_vpc_remote_access_vpn
- integration.smoke.test_vpc_vpn.TestVpcSite2SiteVpn.test_vpc_site2site_vpn
- 
integration.smoke.test_internal_lb.TestInternalLb.test02_internallb_haproxy_stats_on_all_interfaces
- 
integration.smoke.test_vm_snapshots.TestSnapshots.test_01_test_vm_volume_snapshot
- integration.smoke.test_iso.TestISO.test_07_list_default_iso

- KVM ADV
- 
integration.smoke.test_deploy_vm_iso.TestDeployVMFromISO.test_deploy_vm_from_iso
- 
integration.smoke.test_routers.TestRouterServices.test_04_restart_network_wo_cleanup
- 
integration.smoke.test_routers_network_ops.TestRedundantIsolateNetworks.test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false
- 
integration.smoke.test_routers_network_ops.TestRedundantIsolateNetworks.test_03_RVR_Network_check_router_state
- 
integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_01_create_redundant_VPC_2tiers_4VMs_4IPs_4PF_ACL
- 
integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_01_create_redundant_VPC_2tiers_4VMs_4IPs_4PF_ACL
- :setup
- 
integration.smoke.test_routers_iptables_default_policy.TestRouterIpTablesPolicies.test_02_routervm_iptables_policies
- 
integration.smoke.test_routers_iptables_default_policy.TestVPCIpTablesPolicies.test_01_single_VPC_iptables_policies
- 
integration.smoke.test_routers_network_ops.TestIsolatedNetworks.test_01_isolate_network_FW_PF_default_routes_egress_true
- 
integration.smoke.test_routers_network_ops.TestRedundantIsolateNetworks.test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true
- 
integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_02_redundant_VPC_default_routes
- integration.smoke.test_vpc_router_nics.TestVPCNics.test_02_VPC_default_routes
- 
integration.smoke.test_internal_lb.TestInternalLb.test_01_internallb_roundrobin_1VPC_3VM_HTTP_port80
- integration.smoke.test_vpc_vpn.TestVpcSite2SiteVpn.test_vpc_site2site_vpn
- integration.smoke.test_quota.TestQuota.test_01_quota
- 

Re: PR's and the 2 LGTM Story

[Sebastien Goasguen]

Top posting on this one to reinforce a few things:

Master is now our release branch
Merge on master by the RMs *only*
PR still need 2 LGTM

Do note, that any committer is free to create any other branch and work there 
or work on their own fork.

The goal is not to slow down development but instead to:
- increase quality and keep it up
- increase velocity of releases

We are already seeing the benefits of this, so let’s keep it up.


-sebastien

> On Dec 15, 2015, at 8:35 AM, Wido den Hollander  wrote:
> 
> 
> 
> On 12/14/2015 11:15 PM, Remi Bergsma wrote:
>> Guys,
>> 
>> I can see Daan fixed the build and am happy he cares so much about that. But 
>> I don't see why we had to do it like this, instead of reverting the PR that 
>> caused the build to fail? That's something one can do quickly without 
>> review. 
>> 
>> Now the mess is complete. A broken PR merged (can happen), another PR merged 
>> without proper review, a revert of this PR and finally a direct commit to 
>> master. P. I think all of us agree we don't want any of this. 
>> 
>> Most people are often online, ping them for instant review. Works almost all 
>> of the time. 
>> 
> 
> Indeed. Use Slack/IRC/Phones or what ever suites. Talk and resolve these
> things.
> 
> Wido
> 
>> Regard, Remi 
>> 
>> Sent from my iPhone
>> 
>>> On 14 Dec 2015, at 17:41, Daan Hoogland  wrote:
>>> 
>>> You have been doing this blindly and I don't accept this
>>> I have applied the mentioned code directly to master. Next time first see
>>> if you can add your lgtm and whether the code is needed.
>>> 
 On Mon, Dec 14, 2015 at 4:58 PM, Boris Schrijver  
 wrote:
 
 Hi all,
 
 Just to make this clear once more. A PR needs two LGTM's. One of them
 needs to
 run the integration- and unit-tests. While the other does code review.
 
 This is a the minimal requirement. More is always welcome, anything less
 will be
 reverted.
 
 I just enforced this policy [1]. Any active committer has at all times the
 right
 to do so.
 
 [1]
 
 https://github.com/apache/cloudstack/commit/a00fef8c332ebaede32c46cbf3065f4acaa91f02
 
 --
 
 Met vriendelijke groet / Kind regards,
 
 Boris Schrijver
 
 PCextreme B.V.
 
 http://www.pcextreme.nl/contact
 Tel direct: +31 (0) 118 700 215
>>> 
>>> 
>>> 
>>> -- 
>>> Daan

Re: BVT report for week of 12/14

[Sebastien Goasguen]

> On Dec 15, 2015, at 10:45 AM, Raja Pullela  wrote:
> 
> Hi,
> 
> Here is the BVT report for this week - 
> - XS Basic - 97.0% (4.6 RC passrate 96.9%)  
> - XS Adv - 79.5% (4.6 RC passrate 93.4%)//  went down from 92.7% to 79.5%

Hi Raja, with very few commits getting into master it should be relatively easy 
to identify the commits responsible for this.
Do you know which one(s) it was.

> - KVM Basic - 98.6% (4.6 RC passrate - 98.6%)
> - KVM Adv - 79.7% (4.6 RC passrate - 96.3%) // went down from 96.4% to 79.7%
> 
> Summary: 
> - Breakage in Adv Network cases, the following suites need to be run both Xen 
> and Adv
> - test_quota.py - all the test failing, we should look at the PR that has 
> checked in this code. 
> - test_vpc_vpn.py - couple of tests failing 
> - test_vpc_redundant.py - couple of test failing
> - test_routers_network_ops.py - 5-6 tests failing
> - test_routers_iptables_default_policy.py - 
> - test_privategw_acl.py 
> 
> Let me know if you have any questions,
> Raja
> 
> Following are the failed tests: 
> - XS Basic  (both the following are test script issues)
> - 
> integration.smoke.test_vm_snapshots.TestSnapshots.test_01_test_vm_volume_snapshot
> - integration.smoke.test_iso.TestISO.test_07_list_default_iso
> 
> - KVM Basic (following is a test script issue)
> - integration.smoke.test_iso.TestISO.test_07_list_default_iso //known 
> testcase issue
> 
> - XS Adv
> - integration.smoke.test_nic.TestNic.test_01_nic
> - 
> integration.smoke.test_routers_network_ops.TestIsolatedNetworks.test_02_isolate_network_FW_PF_default_routes_egress_false
> - :setup
> - 
> integration.smoke.test_routers_iptables_default_policy.TestRouterIpTablesPolicies.test_02_routervm_iptables_policies
> - 
> integration.smoke.test_routers_iptables_default_policy.TestVPCIpTablesPolicies.test_01_single_VPC_iptables_policies
> - 
> integration.smoke.test_routers_network_ops.TestIsolatedNetworks.test_01_isolate_network_FW_PF_default_routes_egress_true
> - 
> integration.smoke.test_routers_network_ops.TestRedundantIsolateNetworks.test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true
> - 
> integration.smoke.test_routers_network_ops.TestRedundantIsolateNetworks.test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false
> - 
> integration.smoke.test_routers_network_ops.TestRedundantIsolateNetworks.test_03_RVR_Network_check_router_state
> - 
> integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_02_redundant_VPC_default_routes
> - 
> integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_03_create_redundant_VPC_1tier_2VMs_2IPs_2PF_ACL_reboot_routers
> - 
> integration.smoke.test_vpc_router_nics.TestVPCNics.test_02_VPC_default_routes
> - integration.smoke.test_quota.TestQuota.test_01_quota
> - integration.smoke.test_quota.TestQuota.test_02_quota
> - integration.smoke.test_quota.TestQuota.test_03_quota
> - integration.smoke.test_quota.TestQuota.test_04_quota
> - integration.smoke.test_quota.TestQuota.test_05_quota
> - integration.smoke.test_quota.TestQuota.test_06_quota
> - integration.smoke.test_quota.TestQuota.test_07_quota
> - 
> integration.smoke.test_privategw_acl.TestPrivateGwACL.test_02_vpc_privategw_static_routes
> - 
> integration.smoke.test_privategw_acl.TestPrivateGwACL.test_02_vpc_privategw_static_routes
> - 
> integration.smoke.test_privategw_acl.TestPrivateGwACL.test_03_rvpc_privategw_static_routes
> - 
> integration.smoke.test_vpc_vpn.TestVpcRemoteAccessVpn.test_vpc_remote_access_vpn
> - integration.smoke.test_vpc_vpn.TestVpcSite2SiteVpn.test_vpc_site2site_vpn
> - 
> integration.smoke.test_internal_lb.TestInternalLb.test02_internallb_haproxy_stats_on_all_interfaces
> - 
> integration.smoke.test_vm_snapshots.TestSnapshots.test_01_test_vm_volume_snapshot
> - integration.smoke.test_iso.TestISO.test_07_list_default_iso
> 
> - KVM ADV
> - 
> integration.smoke.test_deploy_vm_iso.TestDeployVMFromISO.test_deploy_vm_from_iso
> - 
> integration.smoke.test_routers.TestRouterServices.test_04_restart_network_wo_cleanup
> - 
> integration.smoke.test_routers_network_ops.TestRedundantIsolateNetworks.test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false
> - 
> integration.smoke.test_routers_network_ops.TestRedundantIsolateNetworks.test_03_RVR_Network_check_router_state
> - 
> integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_01_create_redundant_VPC_2tiers_4VMs_4IPs_4PF_ACL
> - 
> integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_01_create_redundant_VPC_2tiers_4VMs_4IPs_4PF_ACL
> - :setup
> - 
> integration.smoke.test_routers_iptables_default_policy.TestRouterIpTablesPolicies.test_02_routervm_iptables_policies
> - 
> integration.smoke.test_routers_iptables_default_policy.TestVPCIpTablesPolicies.test_01_single_VPC_iptables_policies
> - 
> integration.smoke.test_routers_network_ops.TestIsolatedNetworks.test_01_isolate_network_FW_PF_default_routes_egress_true
> - 
> 

Re: additional keyboard languages in Consoleproxy

[Anshul Gangwar]

We have faced many issues where user is complaining about the wrong keyboard is 
getting selected which is resulting in some keys not working properly. So with 
this I am just trying to address that issue. This will also make sure that user 
is changing keyboard layout in his knowledge.

Additionally this also results in less loading of data in memory. I am not sure 
about how significant that is.

We can give user option in UI to enable editing it easily.


> On 15-Dec-2015, at 2:35 PM, Stephan Seitz 
>  wrote:
> 
> Thank's for pointing to that PR.
> 
> Do you think it's useful to cut the keyboard selector?
> 
> As long as there's no wayu changing the keyboard setting after an
> instance has been provisioned, the average user would need to fiddle
> with API calls.
> 
> Additionally, the keyboard doesn't necessary have to be consistent
> inside the instance, so a drop down is really handy.
> 
> 
> Am Dienstag, den 15.12.2015, 04:53 + schrieb Anshul Gangwar: 
>> There is already a PR requested some 4 months back addressing some of these 
>> issues. With that patch one has to add only key mappings to support new 
>> languages.
>> 
>> https://github.com/apache/cloudstack/pull/669
> 
> 

Re: BVT report for week of 12/14

[Wilder Rodrigues]

Super!

Thanks, man!

Cheers,
Wilder

> On 15 Dec 2015, at 12:57, Raja Pullela  wrote:
> 
> Ok, will cross check the configurations and rerun them.
> 
> -Original Message-
> From: Wilder Rodrigues [mailto:wrodrig...@schubergphilis.com] 
> Sent: Tuesday, December 15, 2015 5:22 PM
> To: dev@cloudstack.apache.org
> Subject: Re: BVT report for week of 12/14
> 
> Hi Raja,
> 
> Yes, those were moved and have been tested - as they to smoke tests instead 
> of component. All of them are passing and they have been executed not only by 
> me. There are all green on both KVM and Xen.
> 
> You can find my DC configurations here:
> 
> https://github.com/schubergphilis/MCT-shared/blob/master/marvin/mct-zone1-kvm1-ISOLATED.cfg
> https://github.com/schubergphilis/MCT-shared/blob/master/marvin/mct-zone1-xen1-ISOLATED.cfg
> 
> But the tests do not depend on anything special.
> 
> The templates I use can be found here: 
> http://dl.openvm.eu/cloudstack/macchinina/x86_64/
> 
> Cheers,
> Wilder
> 
> On 15 Dec 2015, at 12:37, Raja Pullela 
> > wrote:
> 
> Sebastien,   Yes, was looking at the details, found out the following details 
> on the failures:
> 
> 1) CLOUDSTACK-9120 - Moves tests to the smoke directory - 
> test_router_dhcphosts.py, test_routers_iptables_default_policy.py, 
> test_routers_network_ops.py, test_vpc_redundant.py, test_vpc_router_nics.py.  
> the changes were done around a week ago.
> 
> 2) CLOUDSTACK-9153: When negative credits are added to an account- 
> test_quota.py.  This one added by Abhinandan Prateek.  I did see the PR 
> related this with results showing it is passing.  However, in my env these 
> tests were failing with error " global name 'quotaTariffList' is not defined".
> 
> Wilder,  can you comment on if all the tests in these scripts were passing in 
> your env?
> 
> Best,
> Raja
> -Original Message-
> From: Sebastien Goasguen [mailto:run...@gmail.com]
> Sent: Tuesday, December 15, 2015 3:31 PM
> To: dev@cloudstack.apache.org
> Subject: Re: BVT report for week of 12/14
> 
> 
> On Dec 15, 2015, at 10:45 AM, Raja Pullela 
> > wrote:
> 
> Hi,
> 
> Here is the BVT report for this week -
> - XS Basic - 97.0% (4.6 RC passrate 96.9%)
> - XS Adv - 79.5% (4.6 RC passrate 93.4%)//  went down from 92.7% to 79.5%
> 
> Hi Raja, with very few commits getting into master it should be relatively 
> easy to identify the commits responsible for this.
> Do you know which one(s) it was.
> 
> - KVM Basic - 98.6% (4.6 RC passrate - 98.6%)
> - KVM Adv - 79.7% (4.6 RC passrate - 96.3%) // went down from 96.4% to 79.7%
> 
> Summary:
> - Breakage in Adv Network cases, the following suites need to be run both Xen 
> and Adv
> - test_quota.py - all the test failing, we should look at the PR that has 
> checked in this code.
> - test_vpc_vpn.py - couple of tests failing
> - test_vpc_redundant.py - couple of test failing
> - test_routers_network_ops.py - 5-6 tests failing
> - test_routers_iptables_default_policy.py -
> - test_privategw_acl.py
> 
> Let me know if you have any questions, Raja
> 
> Following are the failed tests:
> - XS Basic  (both the following are test script issues)
> -
> integration.smoke.test_vm_snapshots.TestSnapshots.test_01_test_vm_volu
> me_snapshot
> - integration.smoke.test_iso.TestISO.test_07_list_default_iso
> 
> - KVM Basic (following is a test script issue)
> - integration.smoke.test_iso.TestISO.test_07_list_default_iso //known 
> testcase issue
> 
> - XS Adv
> - integration.smoke.test_nic.TestNic.test_01_nic
> -
> integration.smoke.test_routers_network_ops.TestIsolatedNetworks.test_0
> 2_isolate_network_FW_PF_default_routes_egress_false
> - :setup
> -
> integration.smoke.test_routers_iptables_default_policy.TestRouterIpTab
> lesPolicies.test_02_routervm_iptables_policies
> -
> integration.smoke.test_routers_iptables_default_policy.TestVPCIpTables
> Policies.test_01_single_VPC_iptables_policies
> -
> integration.smoke.test_routers_network_ops.TestIsolatedNetworks.test_0
> 1_isolate_network_FW_PF_default_routes_egress_true
> -
> integration.smoke.test_routers_network_ops.TestRedundantIsolateNetwork
> s.test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true
> -
> integration.smoke.test_routers_network_ops.TestRedundantIsolateNetwork
> s.test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false
> -
> integration.smoke.test_routers_network_ops.TestRedundantIsolateNetwork
> s.test_03_RVR_Network_check_router_state
> -
> integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_02_redunda
> nt_VPC_default_routes
> -
> integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_03_create_
> redundant_VPC_1tier_2VMs_2IPs_2PF_ACL_reboot_routers
> -
> integration.smoke.test_vpc_router_nics.TestVPCNics.test_02_VPC_default
> _routes
> - integration.smoke.test_quota.TestQuota.test_01_quota
> - 

[GitHub] cloudstack pull request: Bug-ID: CLOUDSTACK-8654: Added guest_os m...

[kishankavala]

GitHub user kishankavala opened a pull request:

https://github.com/apache/cloudstack/pull/1244

Bug-ID: CLOUDSTACK-8654: Added guest_os mappings for CoreOS

Tested CoreOS Vm deploy in Xenserver, KVM and VMware hypervisors
Tested upgrade with new guest OS mappings

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/kishankavala/cloudstack CLOUDSTACK-8654

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/1244.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #1244


commit 44ae6f4106e693a15e3fc0e39c8da783fa39efe0
Author: Kishan Kavala 
Date:   2015-12-15T10:12:13Z

Bug-ID: CLOUDSTACK-8654: Added guest_os mappings for CoreOS




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: [VOTE] Apache CloudStack 4.7.0

[Wilder Rodrigues]

Raja, could you please send the complete BVT report? I don’t understand week 
12/14, as we are in the week 51, I might presume you mention 12th to 14th 
December.

In order to avoid mistakes, just send the report because we want to see which 
tests are included in this BVT you guys run.

Cheers,
Wilder


> On 15 Dec 2015, at 10:48, Raja Pullela  wrote:
> 
> -1, 
> 
> Reason: 
> the BVT passrate on Xen and KVM Adv has dropped to below 80%
> please see the BVT report for the week of 12/14 
> 
> -Original Message-
> From: Remi Bergsma [mailto:rberg...@schubergphilis.com] 
> Sent: Monday, December 14, 2015 1:58 AM
> To: dev@cloudstack.apache.org
> Subject: [VOTE] Apache CloudStack 4.7.0 
> 
> Hi all,
> 
> Since our 4.6.0 release (on Nov 13th, exactly 1 month ago), we have merged 
> 100+ pull requests [1] with lots of bug fixes, refactoring and of course new 
> features. Time for a new release!
> 
> 
> I've created a 4.7.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=4.7.0-RC20151213T2109
> 
> Commit: 2f26a859a971a9852ed9f6f34fe35e52fe6028a9
> 
> Source release (checksums and signatures are available at the same location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.7.0/
> 
> PGP release keys (signed using A47DDC4F):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> 
> Vote 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)
> 
> 
> [1] git log --pretty=oneline --abbrev-commit 
> origin/4.6..4.7.0-RC20151213T2109 | grep "Merge pull request"
> 

[GitHub] cloudstack pull request: CLOUDSTACK-9168: Testpath to check if wro...

[pritisarap12]

GitHub user pritisarap12 opened a pull request:

https://github.com/apache/cloudstack/pull/1245

CLOUDSTACK-9168: Testpath to check if wrong value is inserted into nics 
table netmask field when creating a VM

Testcase Result:

Check Netmask value in database ... === TestName: 
test_01_netmask_value_check | Status : SUCCESS ===
ok

--
Ran 1 test in 143.944s

OK


You can merge this pull request into a Git repository by running:

$ git pull https://github.com/pritisarap12/cloudstack 
CLOUDSTACK-9168-Check-if-wrong-value-is-inserted-into-nics-table-netmask-field-when-creating-a-VM

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/1245.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #1245


commit b7e0941158521b1e1330b51f1a151f6b9b9f543b
Author: Priti Sarap 
Date:   2015-12-15T11:08:17Z

CLOUDSTACK-9168: Testpath to check if wrong value is inserted into nics 
table netmask field when creating a VM




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

RE: BVT report for week of 12/14

[Raja Pullela]

Sebastien,   Yes, was looking at the details, found out the following details 
on the failures:

1) CLOUDSTACK-9120 - Moves tests to the smoke directory - 
test_router_dhcphosts.py, test_routers_iptables_default_policy.py, 
test_routers_network_ops.py, test_vpc_redundant.py, test_vpc_router_nics.py.  
the changes were done around a week ago.  

2) CLOUDSTACK-9153: When negative credits are added to an account- 
test_quota.py.  This one added by Abhinandan Prateek.  I did see the PR related 
this with results showing it is passing.  However, in my env these tests were 
failing with error " global name 'quotaTariffList' is not defined".  

Wilder,  can you comment on if all the tests in these scripts were passing in 
your env?  

Best,
Raja
-Original Message-
From: Sebastien Goasguen [mailto:run...@gmail.com] 
Sent: Tuesday, December 15, 2015 3:31 PM
To: dev@cloudstack.apache.org
Subject: Re: BVT report for week of 12/14


> On Dec 15, 2015, at 10:45 AM, Raja Pullela  wrote:
> 
> Hi,
> 
> Here is the BVT report for this week -
> - XS Basic - 97.0% (4.6 RC passrate 96.9%)  
> - XS Adv - 79.5% (4.6 RC passrate 93.4%)//  went down from 92.7% to 79.5%

Hi Raja, with very few commits getting into master it should be relatively easy 
to identify the commits responsible for this.
Do you know which one(s) it was.

> - KVM Basic - 98.6% (4.6 RC passrate - 98.6%)
> - KVM Adv - 79.7% (4.6 RC passrate - 96.3%) // went down from 96.4% to 
> 79.7%
> 
> Summary: 
> - Breakage in Adv Network cases, the following suites need to be run 
> both Xen and Adv
> - test_quota.py - all the test failing, we should look at the PR that has 
> checked in this code. 
> - test_vpc_vpn.py - couple of tests failing
> - test_vpc_redundant.py - couple of test failing
> - test_routers_network_ops.py - 5-6 tests failing
> - test_routers_iptables_default_policy.py -
> - test_privategw_acl.py
> 
> Let me know if you have any questions, Raja
> 
> Following are the failed tests: 
> - XS Basic  (both the following are test script issues)
> - 
> integration.smoke.test_vm_snapshots.TestSnapshots.test_01_test_vm_volu
> me_snapshot
> - integration.smoke.test_iso.TestISO.test_07_list_default_iso
> 
> - KVM Basic (following is a test script issue)
> - integration.smoke.test_iso.TestISO.test_07_list_default_iso //known 
> testcase issue
> 
> - XS Adv
> - integration.smoke.test_nic.TestNic.test_01_nic
> - 
> integration.smoke.test_routers_network_ops.TestIsolatedNetworks.test_0
> 2_isolate_network_FW_PF_default_routes_egress_false
> - :setup
> - 
> integration.smoke.test_routers_iptables_default_policy.TestRouterIpTab
> lesPolicies.test_02_routervm_iptables_policies
> - 
> integration.smoke.test_routers_iptables_default_policy.TestVPCIpTables
> Policies.test_01_single_VPC_iptables_policies
> - 
> integration.smoke.test_routers_network_ops.TestIsolatedNetworks.test_0
> 1_isolate_network_FW_PF_default_routes_egress_true
> - 
> integration.smoke.test_routers_network_ops.TestRedundantIsolateNetwork
> s.test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true
> - 
> integration.smoke.test_routers_network_ops.TestRedundantIsolateNetwork
> s.test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false
> - 
> integration.smoke.test_routers_network_ops.TestRedundantIsolateNetwork
> s.test_03_RVR_Network_check_router_state
> - 
> integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_02_redunda
> nt_VPC_default_routes
> - 
> integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_03_create_
> redundant_VPC_1tier_2VMs_2IPs_2PF_ACL_reboot_routers
> - 
> integration.smoke.test_vpc_router_nics.TestVPCNics.test_02_VPC_default
> _routes
> - integration.smoke.test_quota.TestQuota.test_01_quota
> - integration.smoke.test_quota.TestQuota.test_02_quota
> - integration.smoke.test_quota.TestQuota.test_03_quota
> - integration.smoke.test_quota.TestQuota.test_04_quota
> - integration.smoke.test_quota.TestQuota.test_05_quota
> - integration.smoke.test_quota.TestQuota.test_06_quota
> - integration.smoke.test_quota.TestQuota.test_07_quota
> - 
> integration.smoke.test_privategw_acl.TestPrivateGwACL.test_02_vpc_priv
> ategw_static_routes
> - 
> integration.smoke.test_privategw_acl.TestPrivateGwACL.test_02_vpc_priv
> ategw_static_routes
> - 
> integration.smoke.test_privategw_acl.TestPrivateGwACL.test_03_rvpc_pri
> vategw_static_routes
> - 
> integration.smoke.test_vpc_vpn.TestVpcRemoteAccessVpn.test_vpc_remote_
> access_vpn
> - 
> integration.smoke.test_vpc_vpn.TestVpcSite2SiteVpn.test_vpc_site2site_
> vpn
> - 
> integration.smoke.test_internal_lb.TestInternalLb.test02_internallb_ha
> proxy_stats_on_all_interfaces
> - 
> integration.smoke.test_vm_snapshots.TestSnapshots.test_01_test_vm_volu
> me_snapshot
> - integration.smoke.test_iso.TestISO.test_07_list_default_iso
> 
> - KVM ADV
> - 
> integration.smoke.test_deploy_vm_iso.TestDeployVMFromISO.test_deploy_v
> m_from_iso
> - 
> 

[GitHub] cloudstack pull request: CLOUDSTACK-8731-checking usage event for ...

[cloudsadhu]

Github user cloudsadhu commented on the pull request:

https://github.com/apache/cloudstack/pull/1048#issuecomment-164737419
  
Sure please find the test results below:
@summary: Test volume delete event generation in error state condition ... 
=== TestName: test_volume_delete_event_errorState | Status : SUCCESS ===
ok

Ran 1 test in 450.221s

OK



---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

RE: BVT report for week of 12/14

[Raja Pullela]

Thanks Abhi, was looking at the other PR that checked in the code… the 
forwarded discuss will help… let me check it out.

From: Abhinandan Prateek [mailto:abhinandan.prat...@shapeblue.com]
Sent: Tuesday, December 15, 2015 5:03 PM
To: dev@cloudstack.apache.org
Subject: Re: BVT report for week of 12/14

Hi Raja,

- test_quota.py - all the test failing, we should look at the PR that has 
checked in this code.


For testing quota the plugin should be enabled. It is not enabled by default. 
The discussion is currently going on in this PR:

https://github.com/apache/cloudstack/pull/1240#issuecomment-164652898

-abhi




[ShapeBlue]

Abhinandan Prateek

Software Architect

,

ShapeBlue



d:

+44 203 603 0540 | s: 

 |

m:

+91 970 11 99011


e:

abhinandan.prat...@shapeblue.com | t: 


 |

w:

www.shapeblue.com


a:

53 Chandos Place, Covent Garden London WC2N 4HS UK



[cid:imageab3322.png@d6adbfad.4388ab0d]



Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue Services 
India LLP is a company incorporated in India and is operated under license from 
Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in 
Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd 
is a company registered by The Republic of South Africa and is traded under 
license from Shape Blue Ltd. ShapeBlue is a registered trademark.
This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error.



On 15/12/15, 3:15 PM, "Raja Pullela" 
> wrote:

>Hi,
>
>Here is the BVT report for this week -
>- XS Basic - 97.0% (4.6 RC passrate 96.9%)
>- XS Adv - 79.5% (4.6 RC passrate 93.4%) // went down from 92.7% to 79.5%
>- KVM Basic - 98.6% (4.6 RC passrate - 98.6%)
>- KVM Adv - 79.7% (4.6 RC passrate - 96.3%) // went down from 96.4% to 79.7%
>
>Summary:
>- Breakage in Adv Network cases, the following suites need to be run both Xen 
>and Adv
>- test_quota.py - all the test failing, we should look at the PR that has 
>checked in this code.
>- test_vpc_vpn.py - couple of tests failing
>- test_vpc_redundant.py - couple of test failing
>- test_routers_network_ops.py - 5-6 tests failing
>- test_routers_iptables_default_policy.py -
>- test_privategw_acl.py
>
>Let me know if you have any questions,
>Raja
>
>Following are the failed tests:
>- XS Basic (both the following are test script issues)
>- 
>integration.smoke.test_vm_snapshots.TestSnapshots.test_01_test_vm_volume_snapshot
>- integration.smoke.test_iso.TestISO.test_07_list_default_iso
>
>- KVM Basic (following is a test script issue)
>- integration.smoke.test_iso.TestISO.test_07_list_default_iso //known testcase 
>issue
>
>- XS Adv
>- integration.smoke.test_nic.TestNic.test_01_nic
>- 
>integration.smoke.test_routers_network_ops.TestIsolatedNetworks.test_02_isolate_network_FW_PF_default_routes_egress_false
>- :setup
>- 
>integration.smoke.test_routers_iptables_default_policy.TestRouterIpTablesPolicies.test_02_routervm_iptables_policies
>- 
>integration.smoke.test_routers_iptables_default_policy.TestVPCIpTablesPolicies.test_01_single_VPC_iptables_policies
>- 
>integration.smoke.test_routers_network_ops.TestIsolatedNetworks.test_01_isolate_network_FW_PF_default_routes_egress_true
>- 
>integration.smoke.test_routers_network_ops.TestRedundantIsolateNetworks.test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true
>- 
>integration.smoke.test_routers_network_ops.TestRedundantIsolateNetworks.test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false
>- 
>integration.smoke.test_routers_network_ops.TestRedundantIsolateNetworks.test_03_RVR_Network_check_router_state
>- 
>integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_02_redundant_VPC_default_routes
>- 
>integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_03_create_redundant_VPC_1tier_2VMs_2IPs_2PF_ACL_reboot_routers
>- integration.smoke.test_vpc_router_nics.TestVPCNics.test_02_VPC_default_routes
>- integration.smoke.test_quota.TestQuota.test_01_quota
>- integration.smoke.test_quota.TestQuota.test_02_quota
>- integration.smoke.test_quota.TestQuota.test_03_quota
>- integration.smoke.test_quota.TestQuota.test_04_quota
>- integration.smoke.test_quota.TestQuota.test_05_quota
>- integration.smoke.test_quota.TestQuota.test_06_quota
>- integration.smoke.test_quota.TestQuota.test_07_quota
>- 

Re: [VOTE] Apache CloudStack 4.7.0

[Wilder Rodrigues]

I will test an upgrade from 4.6.2 to 4.7.0 and will also test Xen. But for 
instance, those are the tests I have executed on KVM last night:

ACS 4.7.0

:: Environment 1 ::

* Hardware required: TRUE
* Management Server + MySQL on CentOS 7.1
* One KVM Host on CentOS 7.1
* Agent + Common RPMs built from 4.7.0  source


:: Tests Suites Executed ::

nosetests --with-marvin 
--marvin-config=/data/shared/marvin/mct-zone2-kvm2-ISOLATED.cfg -s -a 
tags=advanced,required_hardware=true smoke/test_privategw_acl.py 
smoke/test_routers_network_ops.py smoke/test_vpc_redundant.py 
smoke/test_routers_iptables_default_policy.py smoke/test_vpc_router_nics.py 
smoke/test_password_server.py smoke/test_router_dhcphosts.py 
smoke/test_loadbalance.py smoke/test_internal_lb.py smoke/test_ssvm.py 
smoke/test_vpc_vpn.py smoke/test_network.py

:: Environment 2 ::

* Hardware required: FALSE
* Management Server + MySQL on CentOS 7.1
* One KVM Host on CentOS 7.1
* Agent + Common RPMs built from 4.7.0 source


:: Tests Suites Executed ::

nosetests --with-marvin 
--marvin-config=/data/shared/marvin/mct-zone2-kvm2-ISOLATED.cfg -s -a 
tags=advanced,required_hardware=false smoke/test_routers.py 
smoke/test_reset_vm_on_reboot.py smoke/test_vm_life_cycle.py 
component/test_vpc_routers.py smoke/test_service_offerings.py 
component/test_vpc_offerings.py smoke/test_network_acl.py  smoke/test_network.py


:: Summary ::

* Tests executes: 81
* Successfull tests: 80
* Skipped tests: 1
* Failed tests: 0

Test skipped because I used only 1 host.


> On 15 Dec 2015, at 11:32, Wilder Rodrigues  
> wrote:
> 
> Raja, could you please send the complete BVT report? I don’t understand week 
> 12/14, as we are in the week 51, I might presume you mention 12th to 14th 
> December.
> 
> In order to avoid mistakes, just send the report because we want to see which 
> tests are included in this BVT you guys run.
> 
> Cheers,
> Wilder
> 
> 
>> On 15 Dec 2015, at 10:48, Raja Pullela  wrote:
>> 
>> -1, 
>> 
>> Reason: 
>> the BVT passrate on Xen and KVM Adv has dropped to below 80%
>> please see the BVT report for the week of 12/14 
>> 
>> -Original Message-
>> From: Remi Bergsma [mailto:rberg...@schubergphilis.com] 
>> Sent: Monday, December 14, 2015 1:58 AM
>> To: dev@cloudstack.apache.org
>> Subject: [VOTE] Apache CloudStack 4.7.0 
>> 
>> Hi all,
>> 
>> Since our 4.6.0 release (on Nov 13th, exactly 1 month ago), we have merged 
>> 100+ pull requests [1] with lots of bug fixes, refactoring and of course new 
>> features. Time for a new release!
>> 
>> 
>> I've created a 4.7.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=4.7.0-RC20151213T2109
>> 
>> Commit: 2f26a859a971a9852ed9f6f34fe35e52fe6028a9
>> 
>> Source release (checksums and signatures are available at the same location):
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.7.0/
>> 
>> PGP release keys (signed using A47DDC4F):
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>> 
>> Vote 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)
>> 
>> 
>> [1] git log --pretty=oneline --abbrev-commit 
>> origin/4.6..4.7.0-RC20151213T2109 | grep "Merge pull request"
>> 
> 

[GitHub] cloudstack pull request: CLOUDSTACK-9069: Newly added project is n...

[nitin-maharana]

Github user nitin-maharana closed the pull request at:

https://github.com/apache/cloudstack/pull/1082


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-9069: Newly added project is n...

[nitin-maharana]

Github user nitin-maharana commented on the pull request:

https://github.com/apache/cloudstack/pull/1082#issuecomment-164723525
  
Hi @remibergsma : Yes, you are correct. This issue is no more in master. I 
think this issue was resolved with a different PR. So closing the PR. Thanks.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

RE: BVT report for week of 12/14

[Raja Pullela]

Wilder, the failures were due to checkins happened after my report from last 
week.  Let me know if the tests (pl see my last email) you have moved to smoke 
folder worked in your env.  If there are any specific changes/global settings 
to be done, please let me know,

Best,
Raja

-Original Message-
From: Wilder Rodrigues [mailto:wrodrig...@schubergphilis.com] 
Sent: Tuesday, December 15, 2015 4:15 PM
To: dev@cloudstack.apache.org
Subject: Re: BVT report for week of 12/14

Raja,

We need your help in order to understand what went wrong. Except for the Quota 
tests, all the others you mentioned have been executed successfully agains 
master several times last weeks.

Could you please past the error messages / exception stack trace and also tell 
us what kind of environment (OS, etc) you have?

Your -1 would be difficult to sustain if all the other people get it to work 
fine, like Boris, Remi and I already did over the weekend.

Cheers,
Wilder

> On 15 Dec 2015, at 10:45, Raja Pullela  wrote:
> 
> Hi,
> 
> Here is the BVT report for this week -
> - XS Basic - 97.0% (4.6 RC passrate 96.9%)  
> - XS Adv - 79.5% (4.6 RC passrate 93.4%)//  went down from 92.7% to 79.5%
> - KVM Basic - 98.6% (4.6 RC passrate - 98.6%)
> - KVM Adv - 79.7% (4.6 RC passrate - 96.3%) // went down from 96.4% to 
> 79.7%
> 
> Summary: 
> - Breakage in Adv Network cases, the following suites need to be run 
> both Xen and Adv
> - test_quota.py - all the test failing, we should look at the PR that has 
> checked in this code. 
> - test_vpc_vpn.py - couple of tests failing
> - test_vpc_redundant.py - couple of test failing
> - test_routers_network_ops.py - 5-6 tests failing
> - test_routers_iptables_default_policy.py -
> - test_privategw_acl.py
> 
> Let me know if you have any questions, Raja
> 
> Following are the failed tests: 
> - XS Basic  (both the following are test script issues)
> - 
> integration.smoke.test_vm_snapshots.TestSnapshots.test_01_test_vm_volu
> me_snapshot
> - integration.smoke.test_iso.TestISO.test_07_list_default_iso
> 
> - KVM Basic (following is a test script issue)
> - integration.smoke.test_iso.TestISO.test_07_list_default_iso //known 
> testcase issue
> 
> - XS Adv
> - integration.smoke.test_nic.TestNic.test_01_nic
> - 
> integration.smoke.test_routers_network_ops.TestIsolatedNetworks.test_0
> 2_isolate_network_FW_PF_default_routes_egress_false
> - :setup
> - 
> integration.smoke.test_routers_iptables_default_policy.TestRouterIpTab
> lesPolicies.test_02_routervm_iptables_policies
> - 
> integration.smoke.test_routers_iptables_default_policy.TestVPCIpTables
> Policies.test_01_single_VPC_iptables_policies
> - 
> integration.smoke.test_routers_network_ops.TestIsolatedNetworks.test_0
> 1_isolate_network_FW_PF_default_routes_egress_true
> - 
> integration.smoke.test_routers_network_ops.TestRedundantIsolateNetwork
> s.test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true
> - 
> integration.smoke.test_routers_network_ops.TestRedundantIsolateNetwork
> s.test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false
> - 
> integration.smoke.test_routers_network_ops.TestRedundantIsolateNetwork
> s.test_03_RVR_Network_check_router_state
> - 
> integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_02_redunda
> nt_VPC_default_routes
> - 
> integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_03_create_
> redundant_VPC_1tier_2VMs_2IPs_2PF_ACL_reboot_routers
> - 
> integration.smoke.test_vpc_router_nics.TestVPCNics.test_02_VPC_default
> _routes
> - integration.smoke.test_quota.TestQuota.test_01_quota
> - integration.smoke.test_quota.TestQuota.test_02_quota
> - integration.smoke.test_quota.TestQuota.test_03_quota
> - integration.smoke.test_quota.TestQuota.test_04_quota
> - integration.smoke.test_quota.TestQuota.test_05_quota
> - integration.smoke.test_quota.TestQuota.test_06_quota
> - integration.smoke.test_quota.TestQuota.test_07_quota
> - 
> integration.smoke.test_privategw_acl.TestPrivateGwACL.test_02_vpc_priv
> ategw_static_routes
> - 
> integration.smoke.test_privategw_acl.TestPrivateGwACL.test_02_vpc_priv
> ategw_static_routes
> - 
> integration.smoke.test_privategw_acl.TestPrivateGwACL.test_03_rvpc_pri
> vategw_static_routes
> - 
> integration.smoke.test_vpc_vpn.TestVpcRemoteAccessVpn.test_vpc_remote_
> access_vpn
> - 
> integration.smoke.test_vpc_vpn.TestVpcSite2SiteVpn.test_vpc_site2site_
> vpn
> - 
> integration.smoke.test_internal_lb.TestInternalLb.test02_internallb_ha
> proxy_stats_on_all_interfaces
> - 
> integration.smoke.test_vm_snapshots.TestSnapshots.test_01_test_vm_volu
> me_snapshot
> - integration.smoke.test_iso.TestISO.test_07_list_default_iso
> 
> - KVM ADV
> - 
> integration.smoke.test_deploy_vm_iso.TestDeployVMFromISO.test_deploy_v
> m_from_iso
> - 
> integration.smoke.test_routers.TestRouterServices.test_04_restart_netw
> ork_wo_cleanup
> - 
> integration.smoke.test_routers_network_ops.TestRedundantIsolateNetwork
> 

Re: BVT report for week of 12/14

[Wilder Rodrigues]

Hi Raja,

Yes, those were moved and have been tested - as they to smoke tests instead of 
component. All of them are passing and they have been executed not only by me. 
There are all green on both KVM and Xen.

You can find my DC configurations here:

https://github.com/schubergphilis/MCT-shared/blob/master/marvin/mct-zone1-kvm1-ISOLATED.cfg
https://github.com/schubergphilis/MCT-shared/blob/master/marvin/mct-zone1-xen1-ISOLATED.cfg

But the tests do not depend on anything special.

The templates I use can be found here: 
http://dl.openvm.eu/cloudstack/macchinina/x86_64/

Cheers,
Wilder

On 15 Dec 2015, at 12:37, Raja Pullela 
> wrote:

Sebastien,   Yes, was looking at the details, found out the following details 
on the failures:

1) CLOUDSTACK-9120 - Moves tests to the smoke directory - 
test_router_dhcphosts.py, test_routers_iptables_default_policy.py, 
test_routers_network_ops.py, test_vpc_redundant.py, test_vpc_router_nics.py.  
the changes were done around a week ago.

2) CLOUDSTACK-9153: When negative credits are added to an account- 
test_quota.py.  This one added by Abhinandan Prateek.  I did see the PR related 
this with results showing it is passing.  However, in my env these tests were 
failing with error " global name 'quotaTariffList' is not defined".

Wilder,  can you comment on if all the tests in these scripts were passing in 
your env?

Best,
Raja
-Original Message-
From: Sebastien Goasguen [mailto:run...@gmail.com]
Sent: Tuesday, December 15, 2015 3:31 PM
To: dev@cloudstack.apache.org
Subject: Re: BVT report for week of 12/14


On Dec 15, 2015, at 10:45 AM, Raja Pullela 
> wrote:

Hi,

Here is the BVT report for this week -
- XS Basic - 97.0% (4.6 RC passrate 96.9%)
- XS Adv - 79.5% (4.6 RC passrate 93.4%)//  went down from 92.7% to 79.5%

Hi Raja, with very few commits getting into master it should be relatively easy 
to identify the commits responsible for this.
Do you know which one(s) it was.

- KVM Basic - 98.6% (4.6 RC passrate - 98.6%)
- KVM Adv - 79.7% (4.6 RC passrate - 96.3%) // went down from 96.4% to
79.7%

Summary:
- Breakage in Adv Network cases, the following suites need to be run
both Xen and Adv
- test_quota.py - all the test failing, we should look at the PR that has 
checked in this code.
- test_vpc_vpn.py - couple of tests failing
- test_vpc_redundant.py - couple of test failing
- test_routers_network_ops.py - 5-6 tests failing
- test_routers_iptables_default_policy.py -
- test_privategw_acl.py

Let me know if you have any questions, Raja

Following are the failed tests:
- XS Basic  (both the following are test script issues)
-
integration.smoke.test_vm_snapshots.TestSnapshots.test_01_test_vm_volu
me_snapshot
- integration.smoke.test_iso.TestISO.test_07_list_default_iso

- KVM Basic (following is a test script issue)
- integration.smoke.test_iso.TestISO.test_07_list_default_iso //known
testcase issue

- XS Adv
- integration.smoke.test_nic.TestNic.test_01_nic
-
integration.smoke.test_routers_network_ops.TestIsolatedNetworks.test_0
2_isolate_network_FW_PF_default_routes_egress_false
- :setup
-
integration.smoke.test_routers_iptables_default_policy.TestRouterIpTab
lesPolicies.test_02_routervm_iptables_policies
-
integration.smoke.test_routers_iptables_default_policy.TestVPCIpTables
Policies.test_01_single_VPC_iptables_policies
-
integration.smoke.test_routers_network_ops.TestIsolatedNetworks.test_0
1_isolate_network_FW_PF_default_routes_egress_true
-
integration.smoke.test_routers_network_ops.TestRedundantIsolateNetwork
s.test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true
-
integration.smoke.test_routers_network_ops.TestRedundantIsolateNetwork
s.test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false
-
integration.smoke.test_routers_network_ops.TestRedundantIsolateNetwork
s.test_03_RVR_Network_check_router_state
-
integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_02_redunda
nt_VPC_default_routes
-
integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_03_create_
redundant_VPC_1tier_2VMs_2IPs_2PF_ACL_reboot_routers
-
integration.smoke.test_vpc_router_nics.TestVPCNics.test_02_VPC_default
_routes
- integration.smoke.test_quota.TestQuota.test_01_quota
- integration.smoke.test_quota.TestQuota.test_02_quota
- integration.smoke.test_quota.TestQuota.test_03_quota
- integration.smoke.test_quota.TestQuota.test_04_quota
- integration.smoke.test_quota.TestQuota.test_05_quota
- integration.smoke.test_quota.TestQuota.test_06_quota
- integration.smoke.test_quota.TestQuota.test_07_quota
-
integration.smoke.test_privategw_acl.TestPrivateGwACL.test_02_vpc_priv
ategw_static_routes
-
integration.smoke.test_privategw_acl.TestPrivateGwACL.test_02_vpc_priv
ategw_static_routes
-
integration.smoke.test_privategw_acl.TestPrivateGwACL.test_03_rvpc_pri
vategw_static_routes
-

Re: BVT report for week of 12/14

[Wilder Rodrigues]

Raja,

We need your help in order to understand what went wrong. Except for the Quota 
tests, all the others you mentioned have been executed successfully agains 
master several times last weeks.

Could you please past the error messages / exception stack trace and also tell 
us what kind of environment (OS, etc) you have?

Your -1 would be difficult to sustain if all the other people get it to work 
fine, like Boris, Remi and I already did over the weekend.

Cheers,
Wilder

> On 15 Dec 2015, at 10:45, Raja Pullela  wrote:
> 
> Hi,
> 
> Here is the BVT report for this week - 
> - XS Basic - 97.0% (4.6 RC passrate 96.9%)  
> - XS Adv - 79.5% (4.6 RC passrate 93.4%)//  went down from 92.7% to 79.5%
> - KVM Basic - 98.6% (4.6 RC passrate - 98.6%)
> - KVM Adv - 79.7% (4.6 RC passrate - 96.3%) // went down from 96.4% to 79.7%
> 
> Summary: 
> - Breakage in Adv Network cases, the following suites need to be run both Xen 
> and Adv
> - test_quota.py - all the test failing, we should look at the PR that has 
> checked in this code. 
> - test_vpc_vpn.py - couple of tests failing 
> - test_vpc_redundant.py - couple of test failing
> - test_routers_network_ops.py - 5-6 tests failing
> - test_routers_iptables_default_policy.py - 
> - test_privategw_acl.py 
> 
> Let me know if you have any questions,
> Raja
> 
> Following are the failed tests: 
> - XS Basic  (both the following are test script issues)
> - 
> integration.smoke.test_vm_snapshots.TestSnapshots.test_01_test_vm_volume_snapshot
> - integration.smoke.test_iso.TestISO.test_07_list_default_iso
> 
> - KVM Basic (following is a test script issue)
> - integration.smoke.test_iso.TestISO.test_07_list_default_iso //known 
> testcase issue
> 
> - XS Adv
> - integration.smoke.test_nic.TestNic.test_01_nic
> - 
> integration.smoke.test_routers_network_ops.TestIsolatedNetworks.test_02_isolate_network_FW_PF_default_routes_egress_false
> - :setup
> - 
> integration.smoke.test_routers_iptables_default_policy.TestRouterIpTablesPolicies.test_02_routervm_iptables_policies
> - 
> integration.smoke.test_routers_iptables_default_policy.TestVPCIpTablesPolicies.test_01_single_VPC_iptables_policies
> - 
> integration.smoke.test_routers_network_ops.TestIsolatedNetworks.test_01_isolate_network_FW_PF_default_routes_egress_true
> - 
> integration.smoke.test_routers_network_ops.TestRedundantIsolateNetworks.test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true
> - 
> integration.smoke.test_routers_network_ops.TestRedundantIsolateNetworks.test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false
> - 
> integration.smoke.test_routers_network_ops.TestRedundantIsolateNetworks.test_03_RVR_Network_check_router_state
> - 
> integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_02_redundant_VPC_default_routes
> - 
> integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_03_create_redundant_VPC_1tier_2VMs_2IPs_2PF_ACL_reboot_routers
> - 
> integration.smoke.test_vpc_router_nics.TestVPCNics.test_02_VPC_default_routes
> - integration.smoke.test_quota.TestQuota.test_01_quota
> - integration.smoke.test_quota.TestQuota.test_02_quota
> - integration.smoke.test_quota.TestQuota.test_03_quota
> - integration.smoke.test_quota.TestQuota.test_04_quota
> - integration.smoke.test_quota.TestQuota.test_05_quota
> - integration.smoke.test_quota.TestQuota.test_06_quota
> - integration.smoke.test_quota.TestQuota.test_07_quota
> - 
> integration.smoke.test_privategw_acl.TestPrivateGwACL.test_02_vpc_privategw_static_routes
> - 
> integration.smoke.test_privategw_acl.TestPrivateGwACL.test_02_vpc_privategw_static_routes
> - 
> integration.smoke.test_privategw_acl.TestPrivateGwACL.test_03_rvpc_privategw_static_routes
> - 
> integration.smoke.test_vpc_vpn.TestVpcRemoteAccessVpn.test_vpc_remote_access_vpn
> - integration.smoke.test_vpc_vpn.TestVpcSite2SiteVpn.test_vpc_site2site_vpn
> - 
> integration.smoke.test_internal_lb.TestInternalLb.test02_internallb_haproxy_stats_on_all_interfaces
> - 
> integration.smoke.test_vm_snapshots.TestSnapshots.test_01_test_vm_volume_snapshot
> - integration.smoke.test_iso.TestISO.test_07_list_default_iso
> 
> - KVM ADV
> - 
> integration.smoke.test_deploy_vm_iso.TestDeployVMFromISO.test_deploy_vm_from_iso
> - 
> integration.smoke.test_routers.TestRouterServices.test_04_restart_network_wo_cleanup
> - 
> integration.smoke.test_routers_network_ops.TestRedundantIsolateNetworks.test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false
> - 
> integration.smoke.test_routers_network_ops.TestRedundantIsolateNetworks.test_03_RVR_Network_check_router_state
> - 
> integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_01_create_redundant_VPC_2tiers_4VMs_4IPs_4PF_ACL
> - 
> integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_01_create_redundant_VPC_2tiers_4VMs_4IPs_4PF_ACL
> - :setup
> - 
> integration.smoke.test_routers_iptables_default_policy.TestRouterIpTablesPolicies.test_02_routervm_iptables_policies
> - 
> 

Re: BVT report for week of 12/14

[Abhinandan Prateek]

Hi Raja,

- test_quota.py - all the test failing, we should look at the PR that has 
checked in this code.


For testing quota the plugin should be enabled. It is not enabled by default. 
The discussion is currently going on in this PR:

https://github.com/apache/cloudstack/pull/1240#issuecomment-164652898

-abhi





[ShapeBlue]
Abhinandan Prateek
Software Architect  ,   ShapeBlue


d:  +44 203 603 0540 | s:   |  
m:  +91 970 11 99011

e:  abhinandan.prat...@shapeblue.com | t: 
 |  w:  
www.shapeblue.com

a:  53 Chandos Place, Covent Garden London WC2N 4HS UK


[cid:imageab3322.png@d6adbfad.4388ab0d]


Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue Services 
India LLP is a company incorporated in India and is operated under license from 
Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in 
Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd 
is a company registered by The Republic of South Africa and is traded under 
license from Shape Blue Ltd. ShapeBlue is a registered trademark.
This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error.




On 15/12/15, 3:15 PM, "Raja Pullela"  wrote:

>Hi,
>
>Here is the BVT report for this week -
>- XS Basic - 97.0% (4.6 RC passrate 96.9%)
>- XS Adv - 79.5% (4.6 RC passrate 93.4%) // went down from 92.7% to 79.5%
>- KVM Basic - 98.6% (4.6 RC passrate - 98.6%)
>- KVM Adv - 79.7% (4.6 RC passrate - 96.3%) // went down from 96.4% to 79.7%
>
>Summary:
>- Breakage in Adv Network cases, the following suites need to be run both Xen 
>and Adv
>- test_quota.py - all the test failing, we should look at the PR that has 
>checked in this code.
>- test_vpc_vpn.py - couple of tests failing
>- test_vpc_redundant.py - couple of test failing
>- test_routers_network_ops.py - 5-6 tests failing
>- test_routers_iptables_default_policy.py -
>- test_privategw_acl.py
>
>Let me know if you have any questions,
>Raja
>
>Following are the failed tests:
>- XS Basic (both the following are test script issues)
>- 
>integration.smoke.test_vm_snapshots.TestSnapshots.test_01_test_vm_volume_snapshot
>- integration.smoke.test_iso.TestISO.test_07_list_default_iso
>
>- KVM Basic (following is a test script issue)
>- integration.smoke.test_iso.TestISO.test_07_list_default_iso //known testcase 
>issue
>
>- XS Adv
>- integration.smoke.test_nic.TestNic.test_01_nic
>- 
>integration.smoke.test_routers_network_ops.TestIsolatedNetworks.test_02_isolate_network_FW_PF_default_routes_egress_false
>- :setup
>- 
>integration.smoke.test_routers_iptables_default_policy.TestRouterIpTablesPolicies.test_02_routervm_iptables_policies
>- 
>integration.smoke.test_routers_iptables_default_policy.TestVPCIpTablesPolicies.test_01_single_VPC_iptables_policies
>- 
>integration.smoke.test_routers_network_ops.TestIsolatedNetworks.test_01_isolate_network_FW_PF_default_routes_egress_true
>- 
>integration.smoke.test_routers_network_ops.TestRedundantIsolateNetworks.test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true
>- 
>integration.smoke.test_routers_network_ops.TestRedundantIsolateNetworks.test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false
>- 
>integration.smoke.test_routers_network_ops.TestRedundantIsolateNetworks.test_03_RVR_Network_check_router_state
>- 
>integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_02_redundant_VPC_default_routes
>- 
>integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_03_create_redundant_VPC_1tier_2VMs_2IPs_2PF_ACL_reboot_routers
>- integration.smoke.test_vpc_router_nics.TestVPCNics.test_02_VPC_default_routes
>- integration.smoke.test_quota.TestQuota.test_01_quota
>- integration.smoke.test_quota.TestQuota.test_02_quota
>- integration.smoke.test_quota.TestQuota.test_03_quota
>- integration.smoke.test_quota.TestQuota.test_04_quota
>- integration.smoke.test_quota.TestQuota.test_05_quota
>- integration.smoke.test_quota.TestQuota.test_06_quota
>- integration.smoke.test_quota.TestQuota.test_07_quota
>- 
>integration.smoke.test_privategw_acl.TestPrivateGwACL.test_02_vpc_privategw_static_routes
>- 
>integration.smoke.test_privategw_acl.TestPrivateGwACL.test_02_vpc_privategw_static_routes
>- 
>integration.smoke.test_privategw_acl.TestPrivateGwACL.test_03_rvpc_privategw_static_routes
>- 

Re: [VOTE] Apache CloudStack 4.6.2

[Rohit Yadav]

+1 (binding)

Tested the following with KVM:

- Upgrade tests from 4.5.2 to 4.6.2 (rc1), with seeding 4.6.0 systemvm template
- Tested SAML with Shibboleth 2.4 and LDAP plugins
- UI enhancements from metrics view (sortable columns in tables and wider UI)
- VM lifecycle (deploy, start, stop, restart, destroy)
- Volume/disk lifecycle (create, attach/detach, destroy, snapshot, snapshot to 
template, download)
- Template/iso lifecycle (register, download, copy across zone)

Repository used:
http://packages.shapeblue.com/cloudstack/testing/

SystemVM template used:
http://packages.shapeblue.com/systemvmtemplate/4.6


[ShapeBlue]
Rohit Yadav
Software Architect  ,   ShapeBlue


d:  +44 203 603 0540 | s:   |  
m:  +91 8826230892

e:  rohit.ya...@shapeblue.com | t: 
   |  w:  
www.shapeblue.com

a:  53 Chandos Place, Covent Garden London WC2N 4HS UK


[cid:image4ec09c.png@a75d6dd8.498ce16a]


Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue Services 
India LLP is a company incorporated in India and is operated under license from 
Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in 
Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd 
is a company registered by The Republic of South Africa and is traded under 
license from Shape Blue Ltd. ShapeBlue is a registered trademark.
This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error.




On 15-Dec-2015, at 1:56 PM, Boris Schrijver 
> wrote:

Hi!

Tested this RC over the past two days. Looking good!

Details:

Version: ACS 4.6.2 RC1

Vote: +1

Besides the integration tests underneath I have also tested manually against S3
and Ceph.

**Environment**
- 2 KVM host on CentOS 7.1
- 1 Management Server on CentOS 7.1
- Agent + Common RPMs built from source

**Integration test suite 1**
```
nosetests --with-marvin --marvin-config=${marvinCfg} -s -a
tags=advanced,required_hardware=true \
   component/test_password_server.py \
   smoke/test_vpc_redundant.py \
   smoke/test_routers_iptables_default_policy.py \
   smoke/test_routers_network_ops.py \
   smoke/test_vpc_router_nics.py \
   smoke/test_router_dhcphosts.py \
   smoke/test_loadbalance.py \
   smoke/test_internal_lb.py \
   smoke/test_ssvm.py \
   smoke/test_vpc_vpn.py \
   smoke/test_privategw_acl.py \
   smoke/test_network.py
```

**Result test suite 1**
```
Check the password file in the Router VM ... === TestName:
test_isolate_network_password_server | Status : SUCCESS ===
ok
Create a redundant VPC with two networks with two VMs in each network ... ===
TestName: test_01_create_redundant_VPC_2tiers_4VMs_4IPs_4PF_ACL | Status :
SUCCESS ===
ok
Create a redundant VPC with two networks with two VMs in each network and check
default routes ... === TestName: test_02_redundant_VPC_default_routes | Status :
SUCCESS ===
ok
Create a redundant VPC with two networks with two VMs in each network ... ===
TestName: test_03_create_redundant_VPC_1tier_2VMs_2IPs_2PF_ACL_reboot_routers |
Status : SUCCESS ===
ok
Test iptables default INPUT/FORWARD policy on RouterVM ... === TestName:
test_02_routervm_iptables_policies | Status : SUCCESS ===
ok
Test iptables default INPUT/FORWARD policies on VPC router ... === TestName:
test_01_single_VPC_iptables_policies | Status : SUCCESS ===
ok
Test redundant router internals ... === TestName:
test_01_isolate_network_FW_PF_default_routes_egress_true | Status : SUCCESS ===
ok
Test redundant router internals ... === TestName:
test_02_isolate_network_FW_PF_default_routes_egress_false | Status : SUCCESS ===
ok
Test redundant router internals ... === TestName:
test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true | Status : SUCCESS ===
ok
Test redundant router internals ... === TestName:
test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false | Status : SUCCESS ===
ok
Test redundant router internals ... === TestName:
test_03_RVR_Network_check_router_state | Status : SUCCESS ===
ok
Create a VPC with two networks with one VM in each network and test nics after
destroy ... === TestName: test_01_VPC_nics_after_destroy | Status : SUCCESS ===
ok
Create a VPC with two networks with one VM in each network and test default
routes ... === TestName: test_02_VPC_default_routes | Status : SUCCESS ===
ok
Check that the /etc/dhcphosts.txt doesn't contain 

RE: [VOTE] Apache CloudStack 4.7.0

[Raja Pullela]

Wilder, can you share your KVM and XS cfg details ?

Thanks,
Raja

-Original Message-
From: Wilder Rodrigues [mailto:wrodrig...@schubergphilis.com] 
Sent: Tuesday, December 15, 2015 4:03 PM
To: dev@cloudstack.apache.org
Subject: Re: [VOTE] Apache CloudStack 4.7.0 

I will test an upgrade from 4.6.2 to 4.7.0 and will also test Xen. But for 
instance, those are the tests I have executed on KVM last night:

ACS 4.7.0

:: Environment 1 ::

* Hardware required: TRUE
* Management Server + MySQL on CentOS 7.1
* One KVM Host on CentOS 7.1
* Agent + Common RPMs built from 4.7.0  source


:: Tests Suites Executed ::

nosetests --with-marvin 
--marvin-config=/data/shared/marvin/mct-zone2-kvm2-ISOLATED.cfg -s -a 
tags=advanced,required_hardware=true smoke/test_privategw_acl.py 
smoke/test_routers_network_ops.py smoke/test_vpc_redundant.py 
smoke/test_routers_iptables_default_policy.py smoke/test_vpc_router_nics.py 
smoke/test_password_server.py smoke/test_router_dhcphosts.py 
smoke/test_loadbalance.py smoke/test_internal_lb.py smoke/test_ssvm.py 
smoke/test_vpc_vpn.py smoke/test_network.py

:: Environment 2 ::

* Hardware required: FALSE
* Management Server + MySQL on CentOS 7.1
* One KVM Host on CentOS 7.1
* Agent + Common RPMs built from 4.7.0 source


:: Tests Suites Executed ::

nosetests --with-marvin 
--marvin-config=/data/shared/marvin/mct-zone2-kvm2-ISOLATED.cfg -s -a 
tags=advanced,required_hardware=false smoke/test_routers.py 
smoke/test_reset_vm_on_reboot.py smoke/test_vm_life_cycle.py 
component/test_vpc_routers.py smoke/test_service_offerings.py 
component/test_vpc_offerings.py smoke/test_network_acl.py  smoke/test_network.py


:: Summary ::

* Tests executes: 81
* Successfull tests: 80
* Skipped tests: 1
* Failed tests: 0

Test skipped because I used only 1 host.


> On 15 Dec 2015, at 11:32, Wilder Rodrigues  
> wrote:
> 
> Raja, could you please send the complete BVT report? I don’t understand week 
> 12/14, as we are in the week 51, I might presume you mention 12th to 14th 
> December.
> 
> In order to avoid mistakes, just send the report because we want to see which 
> tests are included in this BVT you guys run.
> 
> Cheers,
> Wilder
> 
> 
>> On 15 Dec 2015, at 10:48, Raja Pullela  wrote:
>> 
>> -1,
>> 
>> Reason: 
>> the BVT passrate on Xen and KVM Adv has dropped to below 80% please 
>> see the BVT report for the week of 12/14
>> 
>> -Original Message-
>> From: Remi Bergsma [mailto:rberg...@schubergphilis.com]
>> Sent: Monday, December 14, 2015 1:58 AM
>> To: dev@cloudstack.apache.org
>> Subject: [VOTE] Apache CloudStack 4.7.0
>> 
>> Hi all,
>> 
>> Since our 4.6.0 release (on Nov 13th, exactly 1 month ago), we have merged 
>> 100+ pull requests [1] with lots of bug fixes, refactoring and of course new 
>> features. Time for a new release!
>> 
>> 
>> I've created a 4.7.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
>> =4.7.0-RC20151213T2109
>> 
>> Commit: 2f26a859a971a9852ed9f6f34fe35e52fe6028a9
>> 
>> Source release (checksums and signatures are available at the same location):
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.7.0/
>> 
>> PGP release keys (signed using A47DDC4F):
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>> 
>> Vote 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)
>> 
>> 
>> [1] git log --pretty=oneline --abbrev-commit 
>> origin/4.6..4.7.0-RC20151213T2109 | grep "Merge pull request"
>> 
> 

RE: BVT report for week of 12/14

[Raja Pullela]

Ok, will cross check the configurations and rerun them.

-Original Message-
From: Wilder Rodrigues [mailto:wrodrig...@schubergphilis.com] 
Sent: Tuesday, December 15, 2015 5:22 PM
To: dev@cloudstack.apache.org
Subject: Re: BVT report for week of 12/14

Hi Raja,

Yes, those were moved and have been tested - as they to smoke tests instead of 
component. All of them are passing and they have been executed not only by me. 
There are all green on both KVM and Xen.

You can find my DC configurations here:

https://github.com/schubergphilis/MCT-shared/blob/master/marvin/mct-zone1-kvm1-ISOLATED.cfg
https://github.com/schubergphilis/MCT-shared/blob/master/marvin/mct-zone1-xen1-ISOLATED.cfg

But the tests do not depend on anything special.

The templates I use can be found here: 
http://dl.openvm.eu/cloudstack/macchinina/x86_64/

Cheers,
Wilder

On 15 Dec 2015, at 12:37, Raja Pullela 
> wrote:

Sebastien,   Yes, was looking at the details, found out the following details 
on the failures:

1) CLOUDSTACK-9120 - Moves tests to the smoke directory - 
test_router_dhcphosts.py, test_routers_iptables_default_policy.py, 
test_routers_network_ops.py, test_vpc_redundant.py, test_vpc_router_nics.py.  
the changes were done around a week ago.

2) CLOUDSTACK-9153: When negative credits are added to an account- 
test_quota.py.  This one added by Abhinandan Prateek.  I did see the PR related 
this with results showing it is passing.  However, in my env these tests were 
failing with error " global name 'quotaTariffList' is not defined".

Wilder,  can you comment on if all the tests in these scripts were passing in 
your env?

Best,
Raja
-Original Message-
From: Sebastien Goasguen [mailto:run...@gmail.com]
Sent: Tuesday, December 15, 2015 3:31 PM
To: dev@cloudstack.apache.org
Subject: Re: BVT report for week of 12/14


On Dec 15, 2015, at 10:45 AM, Raja Pullela 
> wrote:

Hi,

Here is the BVT report for this week -
- XS Basic - 97.0% (4.6 RC passrate 96.9%)
- XS Adv - 79.5% (4.6 RC passrate 93.4%)//  went down from 92.7% to 79.5%

Hi Raja, with very few commits getting into master it should be relatively easy 
to identify the commits responsible for this.
Do you know which one(s) it was.

- KVM Basic - 98.6% (4.6 RC passrate - 98.6%)
- KVM Adv - 79.7% (4.6 RC passrate - 96.3%) // went down from 96.4% to 79.7%

Summary:
- Breakage in Adv Network cases, the following suites need to be run both Xen 
and Adv
- test_quota.py - all the test failing, we should look at the PR that has 
checked in this code.
- test_vpc_vpn.py - couple of tests failing
- test_vpc_redundant.py - couple of test failing
- test_routers_network_ops.py - 5-6 tests failing
- test_routers_iptables_default_policy.py -
- test_privategw_acl.py

Let me know if you have any questions, Raja

Following are the failed tests:
- XS Basic  (both the following are test script issues)
-
integration.smoke.test_vm_snapshots.TestSnapshots.test_01_test_vm_volu
me_snapshot
- integration.smoke.test_iso.TestISO.test_07_list_default_iso

- KVM Basic (following is a test script issue)
- integration.smoke.test_iso.TestISO.test_07_list_default_iso //known testcase 
issue

- XS Adv
- integration.smoke.test_nic.TestNic.test_01_nic
-
integration.smoke.test_routers_network_ops.TestIsolatedNetworks.test_0
2_isolate_network_FW_PF_default_routes_egress_false
- :setup
-
integration.smoke.test_routers_iptables_default_policy.TestRouterIpTab
lesPolicies.test_02_routervm_iptables_policies
-
integration.smoke.test_routers_iptables_default_policy.TestVPCIpTables
Policies.test_01_single_VPC_iptables_policies
-
integration.smoke.test_routers_network_ops.TestIsolatedNetworks.test_0
1_isolate_network_FW_PF_default_routes_egress_true
-
integration.smoke.test_routers_network_ops.TestRedundantIsolateNetwork
s.test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true
-
integration.smoke.test_routers_network_ops.TestRedundantIsolateNetwork
s.test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false
-
integration.smoke.test_routers_network_ops.TestRedundantIsolateNetwork
s.test_03_RVR_Network_check_router_state
-
integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_02_redunda
nt_VPC_default_routes
-
integration.smoke.test_vpc_redundant.TestVPCRedundancy.test_03_create_
redundant_VPC_1tier_2VMs_2IPs_2PF_ACL_reboot_routers
-
integration.smoke.test_vpc_router_nics.TestVPCNics.test_02_VPC_default
_routes
- integration.smoke.test_quota.TestQuota.test_01_quota
- integration.smoke.test_quota.TestQuota.test_02_quota
- integration.smoke.test_quota.TestQuota.test_03_quota
- integration.smoke.test_quota.TestQuota.test_04_quota
- integration.smoke.test_quota.TestQuota.test_05_quota
- integration.smoke.test_quota.TestQuota.test_06_quota
- integration.smoke.test_quota.TestQuota.test_07_quota
-

Re: [VOTE] Apache CloudStack 4.7.0

[Rohit Yadav]

-1

There seems to be an upgrade path issue from 4.6.2 to 4.7.0 (in the 4.7.0-rc1):

https://github.com/apache/cloudstack/blob/4.7.0-RC20151213T2109/engine/schema/src/com/cloud/upgrade/DatabaseUpgradeChecker.java#L251

It is using the same upgrade class as 4.6.1 to 4.7.0 upgrade path does, which 
is Upgrade461to470.

The issue here is that we need a Upgrade462to470 that extends over 
Upgrade461to470 with overriding the getUpgradableVersionRange() method (with 
from version = 4.6.2, and to version = 4.7.0).

The other issue is that 4.5.3 should be able to upgrade to 4.7.0 in future:
https://github.com/apache/cloudstack/blob/4.7.0-RC20151213T2109/engine/schema/src/com/cloud/upgrade/DatabaseUpgradeChecker.java#L245

It lacks a adding upgrade paths from 460to461, 461to470. We also need to scan 
through the list to make sure we don’t miss out any other older version.


[ShapeBlue]
Rohit Yadav
Software Architect  ,   ShapeBlue


d:  +44 203 603 0540 | s:   |  
m:  +91 8826230892

e:  rohit.ya...@shapeblue.com | t: 
   |  w:  
www.shapeblue.com

a:  53 Chandos Place, Covent Garden London WC2N 4HS UK


[cid:image96d746.png@d2fac329.469bf0f9]


Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue Services 
India LLP is a company incorporated in India and is operated under license from 
Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in 
Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd 
is a company registered by The Republic of South Africa and is traded under 
license from Shape Blue Ltd. ShapeBlue is a registered trademark.
This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error.




On 14-Dec-2015, at 1:57 AM, Remi Bergsma 
> wrote:

Hi all,

Since our 4.6.0 release (on Nov 13th, exactly 1 month ago), we have merged 100+ 
pull requests [1] with lots of bug fixes, refactoring and of course new 
features. Time for a new release!


I've created a 4.7.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=4.7.0-RC20151213T2109

Commit: 2f26a859a971a9852ed9f6f34fe35e52fe6028a9

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

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

Vote 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)


[1] git log --pretty=oneline --abbrev-commit origin/4.6..4.7.0-RC20151213T2109 
| grep "Merge pull request"


Regards.

Find out more about ShapeBlue and our range of CloudStack related services:
IaaS Cloud Design & Build | 
CSForge – rapid IaaS deployment framework
CloudStack Consulting | 
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support | CloudStack 
Bootcamp Training Courses

[GitHub] cloudstack pull request: CLOUDSTACK-8731-checking usage event for ...

[nitt10prashant]

Github user nitt10prashant commented on the pull request:

https://github.com/apache/cloudstack/pull/1048#issuecomment-164736785
  
can you please share test result ?


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8731-checking usage event for ...

[nitt10prashant]

Github user nitt10prashant commented on the pull request:

https://github.com/apache/cloudstack/pull/1048#issuecomment-164740710
  
LGTM based on code review and test case result 


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Documentation Networking issue

[Ron Wheeler]

http://docs.cloudstack.apache.org/en/latest/concepts.html#deployment-architecture-overview 
Network section is really unclear.


In about Physical Networking there are 4 Traffic types defined
Guest, Management, Public and Storage.

Later on the term "Direct IP range" is used but never defined. "These 
IPs are in the same VLAN as the hosts." is added without any explanation 
of what this means or how this relates to various traffic types or any 
statement about what VLAN the hosts are in or where their addresses come 
from.


In Advanced Networking it says "The hosts in a pod are assigned private 
IP addresses. These are typically RFC1918 addresses."
Is this different than in Basic Networking? Why is it important in 
Advanced Networking but not required in Basic. Is it not true for both?


In the next paragraph it says:
"For zones with advanced networking, we recommend provisioning enough 
private IPs for your total number of customers, plus enough for the 
required CloudStack System VMs.

Typically, about 10 additional IPs are required for the System VMs."

How is this different in Basic Network?

What has the importance of "customers"? They are never defined or 
mentioned earlier and has no relationship to physical hosts as near as I 
can tell from my understanding of "customers" and "hosts".


I am not sure how one decides if you are "typical" or what would make 
your situation require more or less.
Perhaps it should be a bit more definite "Allow at least 10 IPS for the 
SYSTEM VMs unless you xxx xxx xxx in which case you will need on for 
each yyy"


System VMs are very poorly defined earlier in the Traffic type section.
"system VMs (VMs used by CloudStack to perform various tasks in the 
cloud), and any other component that communicates directly with the 
CloudStack Management Server. You must configure the IP range for the 
system VMs to use."
"Various tasks " could hardly be more vague. Surely someone must have a 
list or a count with a link to the reference section.
The last sentence about assigning IP addresses System VMs is confusing 
in a paragraph about Traffic Types and should be omitted since it will 
be discussed later when IP addresses are discussed.


It seems to me that there should be a reorganization of this section 
with a clear statement of all the things that are true for both Basic 
and Advanced with careful attention paid to vocabulary and proper 
definition of new buzzwords as they are added.
Then differentiate the handling of Basic vs Advanced in 2 sections that 
are clearly written in a parallel structure and sequence so it is easy 
to see what the difference is.


This is an important section and should be an overview.
There are too many references to exceptions related to specific hardware 
or hypervisors.
If these have to be in the overview, they should be as footnotes or 
special sections at the end of the overview.


Some simple diagrams should be included to make the network topology and 
IP address assignments clearer.
Networking is an important part of Cloudstack and is the source of a lot 
more confusion that the hierarchy of hosts to region which include 4 
diagrams.



I hope that this helps.

Ron

--
Ron Wheeler
President
Artifact Software Inc
email: rwhee...@artifact-software.com
skype: ronaldmwheeler
phone: 866-970-2435, ext 102

Re: [VOTE] Apache CloudStack 4.7.0

[Remi Bergsma]

+1 (binding)

This vote is based on testing on a real cloud.

At Schuberg Philis we built a new cloud based on ACS 4.7.0RC1 (upgraded from 
4.6). It runs XenServer 6.5 clusters, a CentOS 7 management cluster, Galera DB 
(also on CentOS 7), HA proxies (CentOS 7), NFS storage and Nicira/NSX for 
networking/SDN. Capacity to start with is about 12TB ram and 500+ cores. 
Secondary storage is an S3 compatible solution (Cloudian) with NFS staging 
store. Configured LDAP for authentication.

Before a go-live we always do thorough testing and try to break the setup 
emulating crashes and problems.

We successful executed these CloudStack related tests:

  *   crashed a hypervisor which was poolmaster and saw recovery in about 5 min 
(tested with/without returning of the hypervisor)
  *   crashed a hypervisor which was NOT poolmaster and saw recovery in about 5 
min (tested with/without returning of the hypervisor)
  *   crashed overbooked hypervisor in a cluster with too many VMs to run on 
the remaining hypervisors. Saw it recovered fully when crashed hypervisor 
returned. (this you don’t want to happen, but at least the recovery was 
automatic)
  *   crashed one of the app servers; the other one continued and took over. No 
user impact.
  *   crashed the main Galera DB node, the two remaining nodes survived and 
kept working. No CloudStack impact.
  *   did performance tests and walked into the default 200mbps limit on tiers. 
When we removed it (aka configured it properly) we could use full 10gbps.
  *   crashed the NFS staging store, could not deploy VM from template that was 
not already on primary storage. Recovered automatically when NFS returned and 
VM was started.
  *   many functional tests, also covered In the integration tests (spin many 
VMs, migrate, make port forwardings etc).
  *   executed patch round (live migrating vms around), rebooting all 
hypervisors without user impact.

Conclusion:
It’s pretty solid, even with one management server and a degraded database we 
could still continue and operate existing VMs and start new ones. When the 
nodes returned recovery was automatic.
We feel confident running production with Apache CloudStack 4.7 and will start 
doing so later today!

Regards,
Remi

PS:
The integration tests we run in the dev/test environments were also successful 
(the same I executed on the PRs that were merged).



From: Remi Bergsma 
>
Date: Sunday 13 December 2015 21:27
To: "dev@cloudstack.apache.org" 
>
Subject: [VOTE] Apache CloudStack 4.7.0

Hi all,

Since our 4.6.0 release (on Nov 13th, exactly 1 month ago), we have merged 100+ 
pull requests [1] with lots of bug fixes, refactoring and of course new 
features. Time for a new release!


I've created a 4.7.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=4.7.0-RC20151213T2109

Commit: 2f26a859a971a9852ed9f6f34fe35e52fe6028a9

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

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

Vote 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)


[1] git log --pretty=oneline --abbrev-commit origin/4.6..4.7.0-RC20151213T2109 
| grep "Merge pull request"

[GitHub] cloudstack pull request: CLOUDSTACK-9161: fix the quota marvin tes...

[agneya2001]

Github user agneya2001 commented on the pull request:

https://github.com/apache/cloudstack/pull/1240#issuecomment-165001244
  
Moving the test to test/integration/plugins folder as in most automated 
environment this will either fail or not run, due to  the MS restart required 
to enable the plugin.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: [VOTE] Apache CloudStack 4.7.0

[Wilder Rodrigues]

Hi Rohit,

I successfully upgraded from 4.6.2 to 4.7.0. There were no DB changes from 
4.6.1 to 4.6.2, so no need to create am extra java file like “Upgrade462to470”.

Are you voting -1 for the “issue” mentioned above or also the 4.5.3 to 4.7.0 
one?

Cheers,
Wilder


=
2015-12-15 12:17:24,953 INFO  [c.c.u.d.Upgrade461to470] (main:null) (logid:) 
Altered cloud_usage.cloud_usage table and added column quota_calculated
2015-12-15 12:17:24,962 INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) 
(logid:) Cleaning upgrades because all management server are now at the same 
version
2015-12-15 12:17:24,965 DEBUG [c.c.u.DatabaseUpgradeChecker] (main:null) 
(logid:) Upgrading to version 4.7.0...
2015-12-15 12:17:24,965 INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) 
(logid:) Cleanup upgrade Upgrade461to470 to upgrade from 4.6.1-4.7.0 to 4.7.0
2015-12-15 12:17:24,965 DEBUG [c.c.u.s.Script] (main:null) (logid:) Looking for 
db/schema-461to470-cleanup.sql in the classpath
2015-12-15 12:17:24,966 DEBUG [c.c.u.s.Script] (main:null) (logid:) System 
resource: null
2015-12-15 12:17:24,966 DEBUG [c.c.u.s.Script] (main:null) (logid:) Classpath 
resource: 
file:/data/git/cs1/cloudstack/client/target/utilities/scripts/db/db/schema-461to470-cleanup.sql
2015-12-15 12:17:24,966 DEBUG [c.c.u.s.Script] (main:null) (logid:) Absolute 
path =  
/data/git/cs1/cloudstack/client/target/utilities/scripts/db/db/schema-461to470-cleanup.sql
2015-12-15 12:17:24,967 DEBUG [c.c.u.d.ScriptRunner] (main:null) (logid:) -- 
Licensed to the Apache Software Foundation (ASF) under one
2015-12-15 12:17:24,967 DEBUG [c.c.u.d.ScriptRunner] (main:null) (logid:) -- or 
more contributor license agreements.  See the NOTICE file
2015-12-15 12:17:24,967 DEBUG [c.c.u.d.ScriptRunner] (main:null) (logid:) -- 
distributed with this work for additional information
2015-12-15 12:17:24,967 DEBUG [c.c.u.d.ScriptRunner] (main:null) (logid:) -- 
regarding copyright ownership.  The ASF licenses this file
2015-12-15 12:17:24,967 DEBUG [c.c.u.d.ScriptRunner] (main:null) (logid:) -- to 
you under the Apache License, Version 2.0 (the
2015-12-15 12:17:24,967 DEBUG [c.c.u.d.ScriptRunner] (main:null) (logid:) -- 
"License"); you may not use this file except in compliance
2015-12-15 12:17:24,967 DEBUG [c.c.u.d.ScriptRunner] (main:null) (logid:) -- 
with the License.  You may obtain a copy of the License at
2015-12-15 12:17:24,967 DEBUG [c.c.u.d.ScriptRunner] (main:null) (logid:) --
2015-12-15 12:17:24,968 DEBUG [c.c.u.d.ScriptRunner] (main:null) (logid:) --   
http://www.apache.org/licenses/LICENSE-2.0
2015-12-15 12:17:24,968 DEBUG [c.c.u.d.ScriptRunner] (main:null) (logid:) --
2015-12-15 12:17:24,968 DEBUG [c.c.u.d.ScriptRunner] (main:null) (logid:) -- 
Unless required by applicable law or agreed to in writing,
2015-12-15 12:17:24,968 DEBUG [c.c.u.d.ScriptRunner] (main:null) (logid:) -- 
software distributed under the License is distributed on an
2015-12-15 12:17:24,968 DEBUG [c.c.u.d.ScriptRunner] (main:null) (logid:) -- 
"AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
2015-12-15 12:17:24,968 DEBUG [c.c.u.d.ScriptRunner] (main:null) (logid:) -- 
KIND, either express or implied.  See the License for the
2015-12-15 12:17:24,968 DEBUG [c.c.u.d.ScriptRunner] (main:null) (logid:) -- 
specific language governing permissions and limitations
2015-12-15 12:17:24,968 DEBUG [c.c.u.d.ScriptRunner] (main:null) (logid:) -- 
under the License.
2015-12-15 12:17:24,968 DEBUG [c.c.u.d.ScriptRunner] (main:null) (logid:) --;
2015-12-15 12:17:24,968 DEBUG [c.c.u.d.ScriptRunner] (main:null) (logid:) -- 
Schema cleanup from 4.6.1 to 4.7.0;
2015-12-15 12:17:24,968 DEBUG [c.c.u.d.ScriptRunner] (main:null) (logid:) --;
2015-12-15 12:17:24,969 DEBUG [c.c.u.DatabaseUpgradeChecker] (main:null) 
(logid:) Cleanup script 
/data/git/cs1/cloudstack/client/target/utilities/scripts/db/db/schema-461to470-cleanup.sql
 is executed successfully
2015-12-15 12:17:24,985 DEBUG [c.c.u.DatabaseUpgradeChecker] (main:null) 
(logid:) Upgrade completed for version 4.7.0
=


On 15 Dec 2015, at 12:44, Raja Pullela 
> wrote:

Wilder, can you share your KVM and XS cfg details ?

Thanks,
Raja

-Original Message-
From: Wilder Rodrigues [mailto:wrodrig...@schubergphilis.com]
Sent: Tuesday, December 15, 2015 4:03 PM
To: dev@cloudstack.apache.org
Subject: Re: [VOTE] Apache CloudStack 4.7.0

I will test an upgrade from 4.6.2 to 4.7.0 and will also test Xen. But for 
instance, those are the tests I have executed on KVM last night:

ACS 4.7.0

:: Environment 1 ::

* Hardware required: TRUE
* Management Server + MySQL on CentOS 7.1
* One KVM Host on CentOS 7.1
* Agent + Common RPMs built from 4.7.0  source


:: Tests Suites Executed ::

nosetests --with-marvin 
--marvin-config=/data/shared/marvin/mct-zone2-kvm2-ISOLATED.cfg -s -a 
tags=advanced,required_hardware=true smoke/test_privategw_acl.py 

[GitHub] cloudstack pull request: CLOUDSTACK-9146: Refactor Hypervisor KVM ...

[wilderrodrigues]

Github user wilderrodrigues commented on the pull request:

https://github.com/apache/cloudstack/pull/1224#issuecomment-164783572
  
@DaanHoogland, there was no strong argument about it. @bhaisaab doesn't as 
point that can stop a merge. He simply wants to make his daily tasks easier - 
probably because he has to keep old releases, like 4.4.x/4.5.x.

If we release 10 versions in an year, it will be a burden for certain 
business model - until they adapt. But that's what we want, because it will 
improve quality and many other things.

It should have been merged. It wasn't, but should have been. I'm not saying 
it has to. :)

I will let you guys decide about it. 

Cheers,
Wilder


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: [VOTE] Apache CloudStack 4.7.0

[Boris Schrijver]

Hi all,

Hereby my vote for the ACS 4.7.0 RC 1

Details:

Vote: +1

Besides the integration tests (which all ran fine) I've also tested the
following:

 - S3 Integration (Secondary Storage) with NFS Staging store
 - Ceph RBD storage (Primary Storage)
 - Basic networking with security groups 

-- 

Met vriendelijke groet / Kind regards,

Boris Schrijver

PCextreme B.V.

http://www.pcextreme.nl/contact
Tel direct: +31 (0) 118 700 215

> On December 16, 2015 at 12:34 AM Remi Bergsma 
> wrote:
> 
> 
> +1 (binding)
> 
> This vote is based on testing on a real cloud.
> 
> At Schuberg Philis we built a new cloud based on ACS 4.7.0RC1 (upgraded from
> 4.6). It runs XenServer 6.5 clusters, a CentOS 7 management cluster, Galera DB
> (also on CentOS 7), HA proxies (CentOS 7), NFS storage and Nicira/NSX for
> networking/SDN. Capacity to start with is about 12TB ram and 500+ cores.
> Secondary storage is an S3 compatible solution (Cloudian) with NFS staging
> store. Configured LDAP for authentication.
> 
> Before a go-live we always do thorough testing and try to break the setup
> emulating crashes and problems.
> 
> We successful executed these CloudStack related tests:
> 
>   *   crashed a hypervisor which was poolmaster and saw recovery in about 5
> min (tested with/without returning of the hypervisor)
>   *   crashed a hypervisor which was NOT poolmaster and saw recovery in about
> 5 min (tested with/without returning of the hypervisor)
>   *   crashed overbooked hypervisor in a cluster with too many VMs to run on
> the remaining hypervisors. Saw it recovered fully when crashed hypervisor
> returned. (this you don’t want to happen, but at least the recovery was
> automatic)
>   *   crashed one of the app servers; the other one continued and took over.
> No user impact.
>   *   crashed the main Galera DB node, the two remaining nodes survived and
> kept working. No CloudStack impact.
>   *   did performance tests and walked into the default 200mbps limit on
> tiers. When we removed it (aka configured it properly) we could use full
> 10gbps.
>   *   crashed the NFS staging store, could not deploy VM from template that
> was not already on primary storage. Recovered automatically when NFS returned
> and VM was started.
>   *   many functional tests, also covered In the integration tests (spin many
> VMs, migrate, make port forwardings etc).
>   *   executed patch round (live migrating vms around), rebooting all
> hypervisors without user impact.
> 
> Conclusion:
> It’s pretty solid, even with one management server and a degraded database we
> could still continue and operate existing VMs and start new ones. When the
> nodes returned recovery was automatic.
> We feel confident running production with Apache CloudStack 4.7 and will start
> doing so later today!
> 
> Regards,
> Remi
> 
> PS:
> The integration tests we run in the dev/test environments were also successful
> (the same I executed on the PRs that were merged).
> 
> 
> 
> From: Remi Bergsma
> >
> Date: Sunday 13 December 2015 21:27
> To: "dev@cloudstack.apache.org"
> >
> Subject: [VOTE] Apache CloudStack 4.7.0
> 
> Hi all,
> 
> Since our 4.6.0 release (on Nov 13th, exactly 1 month ago), we have merged
> 100+ pull requests [1] with lots of bug fixes, refactoring and of course new
> features. Time for a new release!
> 
> 
> I've created a 4.7.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=4.7.0-RC20151213T2109
> 
> Commit: 2f26a859a971a9852ed9f6f34fe35e52fe6028a9
> 
> Source release (checksums and signatures are available at the same location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.7.0/
> 
> PGP release keys (signed using A47DDC4F):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> 
> Vote 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)
> 
> 
> [1] git log --pretty=oneline --abbrev-commit origin/4.6..4.7.0-RC20151213T2109
> | grep "Merge pull request"
>

[GitHub] cloudstack pull request: CLOUDSTACK-9165 unable to use reserved IP...

[SudharmaJain]

GitHub user SudharmaJain opened a pull request:

https://github.com/apache/cloudstack/pull/1246

CLOUDSTACK-9165 unable to use reserved IP range in a network for exte…

…rnal VMs

Repro Steps
--
1.  Create an isolated network with CIDR 192.168.200.0/24. 
2.  Edit the CIDR to 192.168.200.0/25. 
3. Perform Network restart with cleanup.
4.  Network Restart with Cleanup, it was successful. 
4.  Add external VM to the network with IP 192.168.200.150/24 to the 
network. 
5.  After restart Netmask1 displayed CIDR 192.168.200.150/25 and Network 
CIDR as 192.168.200.150/24.
6.  Create an instance from cloudstack.  
7.  Ping the VM from external VM.

Before Applying the fix
---
External Vm was unable to communicate with the cloudstack managed VM. 

![image](https://cloud.githubusercontent.com/assets/12229259/11832815/b642ff08-a3e2-11e5-8716-71ed5bfca742.png)


![image](https://cloud.githubusercontent.com/assets/12229259/11832892/6547de6a-a3e3-11e5-97f0-c1e86753123a.png)


![image](https://cloud.githubusercontent.com/assets/12229259/11833167/fe714df4-a3e5-11e5-8e18-a820e8c97b78.png)


![image](https://cloud.githubusercontent.com/assets/12229259/11833031/c71e23dc-a3e4-11e5-892a-69f877701885.png)


After applying the fix
--


![image](https://cloud.githubusercontent.com/assets/12229259/11833583/0e151502-a3ea-11e5-86c8-4eceece59cc1.png)


![image](https://cloud.githubusercontent.com/assets/12229259/11833648/f56d7278-a3ea-11e5-94e1-89577f27686a.png)


![image](https://cloud.githubusercontent.com/assets/12229259/11833601/6689a4dc-a3ea-11e5-805f-cb0c51d35111.png)


![image](https://cloud.githubusercontent.com/assets/12229259/11833618/8fc85906-a3ea-11e5-8452-16cb393b847c.png)



You can merge this pull request into a Git repository by running:

$ git pull https://github.com/SudharmaJain/cloudstack cs-9165

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/1246.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #1246


commit 1bd12fce44d79a2825c4c78fbfe1183e04ce496d
Author: SudharmaJain 
Date:   2015-12-16T04:42:00Z

CLOUDSTACK-9165 unable to use reserved IP range in a network for external 
VMs




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---