All,
I vote +1 (binding). We have tested 4.9.0 RC2 in the following environments:
• CentOS 6.8 management server + CentOS 6.8 KVM Hosts using NFS primary
and secondary storage (would allow us to verify/fix the documented libvirt/qemu
versions)
• CentOS 6.8 management server + vCenter 5.5u3d + ESXi 5.5u3b using NFS
primary and secondary storage
• CentOS 6.8 management server + vCenter 6.0u2 + ESXi Express Patch 6
using NFS primary and secondary storage
• CentOS 6.8 management server + XenServer 6.2 SP1 using NFS primary
and secondary storage
• CentOS 6.8 management server + XenServer 6.5 SP1 using NFS primary
and secondary storage
For each environment, we have run the following tests:
• All smoke tests
• test_accounts.py
• test_acl_*.py
• test_sharednetwork*.py
• test_add_remove_network.py
• test_advancedsg_networks.py
• test_affinity_groups*.py
• test_cpu_domain_limits.py
• test_cpu_limits.py
• test_cpu_max_limits.py
• test_host_maintenance.py
• test_memory_limits.py
• test_network_offering.py
• test_overcommit.py
• test_persistent_networks.py
• test_ps_domain_limits.py
• test_ps_limits.py
• test_ps_max_limits.py
• test_ps_resize_volume.py
• test_ps_resource_limits_volume.py
• test_resource_limits.py
• test_routers.py
• test_security_groups.py
• test_shared_networks.py
• test_snapshots.py
• test_ss_domain_limits.py
• test_ss_limits.py
• test_ss_max_limits.py
• test_templates.py
• test_update_vm.py
• test_volumes.py
• test_vpc.py
During our tests, we found the following issues, but do not see any of them as
blockers:
• As Paul and Boris noted, the
test_01_create_redundant_VPC_2tiers_4VMs_4IPs_4PF_ACL in test_vpc_redundant.py
fails. We are uncertain as to whether this failure is caused by a defect, a
problem with the test case, or our test environment.
• We have seen NPEs in the log every 10 minutes attempting to garbage
collect a non-existent XenServer volume previously attached to a VR. While
ugly, it is not leaving unused volumes to consume disk space.
Thanks,
-John
>
[email protected]
www.shapeblue.com
53 Chandos Place, Covent Garden, London VA WC2N 4HSUK
@shapeblue
On Jul 28, 2016, at 12:55 PM, Paul Angus <[email protected]> wrote:
>
> I'm getting a pass on KVM for
> /marvin/test/integration/smoke/test_vpc_redundant.py
> And a FAIL on VMware for the same test, with the same error.
>
> 2016-07-28 04:00:52,133 - CRITICAL - FAILED:
> test_01_create_redundant_VPC_2tiers_4VMs_4IPs_4PF_ACL: ['Traceback (most
> recent call last):\n', ' File "/usr/lib64/python2.7/unittest/case.py", line
> 369, in run\n testMethod()\n', ' File
> "/marvin/test/integration/smoke/test_vpc_redundant.py", line 537, in
> test_01_create_redundant_VPC_2tiers_4VMs_4IPs_4PF_ACL\n
> self.check_routers_state(1)\n', ' File
> "/marvin/test/integration/smoke/test_vpc_redundant.py", line 304, in
> check_routers_state\n self.query_routers(count, showall)\n', ' File
> "/marvin/test/integration/smoke/test_vpc_redundant.py", line 297, in
> query_routers\n "Check that %s routers were indeed created" % count)\n', '
> File "/usr/lib64/python2.7/unittest/case.py", line 553, in assertEqual\n
> assertion_func(first, second, msg=msg)\n', ' File
> "/usr/lib64/python2.7/unittest/case.py", line 546, in _baseAssertEqual\n
> raise self.failureException(msg)\n', 'AssertionError: Check that 1 routers
> were indeed created\n']
>
> Kind regards,
>
> Paul Angus
>
> [email protected]
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London WC2N 4HSUK
> @shapeblue
>
>
>
>
> -----Original Message-----
> From: [email protected] [mailto:[email protected]] On Behalf Of
> Will Stevens
> Sent: 28 July 2016 17:24
> To: [email protected]
> Subject: Re: [VOTE] Apache Cloudstack 4.9.0 RC2
>
> The teardown issue looks to be environmental. Apparently the network did not
> get cleaned up before the network service offering using it was attempted to
> be deleted.
>
> I am not sure about the test_vpc_redundent test failure. I run that test all
> the time on KVM and have not been getting that problem. Do you get the same
> thing if you run it again in your environment?
>
> *Will STEVENS*
> Lead Developer
>
> *CloudOps* *| *Cloud Solutions Experts
> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw
> @CloudOps_
>
> On Thu, Jul 28, 2016 at 12:00 PM, Boris Stoyanov <
> [email protected]> wrote:
>
>> Hi we’ve run: test_vpc_redundant and got :
>>
>> 2016-07-28 16:36:29,959 - CRITICAL - FAILED: test_05_rvpc_multi_tiers:
>> ['Traceback (most recent call last):\n', ' File
>> "/usr/lib64/python2.7/unittest/case.py", line 369, in run\n
>> testMethod()\n', ' File
>> "/marvin/test/integration/smoke/test_vpc_redundant.py", line 620, in
>> test_05_rvpc_multi_tiers\n self.check_routers_state()\n', ' File
>> "/marvin/test/integration/smoke/test_vpc_redundant.py", line 353, in
>> check_routers_state\n self.fail("Expected \'%s\' routers at state
>> \'%s\', but found \'%s\'!" % (expected_count, status_to_check,
>> cnts[vals.index(status_to_check)]))\n', ' File
>> "/usr/lib64/python2.7/unittest/case.py", line 450, in fail\n raise
>> self.failureException(msg)\n', "AssertionError: Expected '1' routers
>> at state 'MASTER', but found '0'!\n"]
>>
>>
>> Deleting network offering while in use?
>>
>> 2016-07-28 16:38:41,560 - CRITICAL - EXCEPTION: test_05_rvpc_multi_tiers:
>> ['Traceback (most recent call last):\n', ' File
>> "/usr/lib64/python2.7/unittest/case.py", line 398, in run\n
>> self.tearDown()\n', ' File
>> "/marvin/test/integration/smoke/test_vpc_redundant.py", line 281, in
>> tearDown\n raise Exception("Warning: Exception during cleanup : %s" %
>> e)\n', "Exception: Warning: Exception during cleanup : Execute cmd:
>> deletenetworkoffering failed, due to: errorCode: 431, errorText:Can't
>> delete network offering 35 as its used by 1 networks. To make the
>> network offering unavaiable, disable it\n"]
>>
>> Our setup is centos68 with xen6.2 hosts.
>>
>>
>>
>>
>> [email protected]
>> www.shapeblue.com
>> 53 Chandos Place, Covent Garden, London WC2N 4HSUK @shapeblue
>>
>>
>>
>> On Jul 27, 2016, at 6:20 PM, Haijiao <[email protected]<mailto:
>> [email protected]>> wrote:
>>
>>
>>
>> Hi, Gents
>>
>>
>> Anyone tested RC2 with redudant VR configuration ? I think there are some
>> issues not fixed yet, e.g. password server.
>> https://issues.apache.org/jira/browse/CLOUDSTACK-9385
>>
>>
>> We will test these days and come back.
>>
>>
>>
>>
>>