+1 Did manual testing with a cluster of Xen 6.5 in advanced zone. Vm life cycle VM Snapshot, volume snapshots Volume and Template from snapshots Migration Change Password Change service offering VPC, multiple tiers, VMs, ACLs
Regards, -abhi On 29/07/16, 1:43 AM, "John Burwell" <john.burw...@shapeblue.com> wrote: >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 > >> >john.burw...@shapeblue.com >www.shapeblue.com >53 Chandos Place, Covent Garden, London VA WC2N 4HSUK >@shapeblue > > > >On Jul 28, 2016, at 12:55 PM, Paul Angus <paul.an...@shapeblue.com> 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 >> >> paul.an...@shapeblue.com >> www.shapeblue.com >> 53 Chandos Place, Covent Garden, London WC2N 4HSUK >> @shapeblue >> >> >> >> >> -----Original Message----- >> From: williamstev...@gmail.com [mailto:williamstev...@gmail.com] On Behalf >> Of Will Stevens >> Sent: 28 July 2016 17:24 >> To: dev@cloudstack.apache.org >> 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 < >> boris.stoya...@shapeblue.com> 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. >>> >>> >>> >>> >>> boris.stoya...@shapeblue.com >>> www.shapeblue.com >>> 53 Chandos Place, Covent Garden, London WC2N 4HSUK @shapeblue >>> >>> >>> >>> On Jul 27, 2016, at 6:20 PM, Haijiao <18602198...@163.com<mailto: >>> 18602198...@163.com>> 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. >>> >>> >>> >>> >>> > abhinandan.prat...@shapeblue.com www.shapeblue.com 53 Chandos Place, Covent Garden, London WC2N 4HSUK @shapeblue
