cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Abhinandan Prateek <abhinandan.prat...@shapeblue.com>
Subject Re: [VOTE] Apache Cloudstack 4.9.0 RC2
Date Fri, 29 Jul 2016 09:24:26 GMT
+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.burwell@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.burwell@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.angus@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.angus@shapeblue.com 
>> www.shapeblue.com
>> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
>> @shapeblue
>> 
>> 
>> 
>> 
>> -----Original Message-----
>> From: williamstevens@gmail.com [mailto:williamstevens@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.stoyanov@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.stoyanov@shapeblue.com
>>> www.shapeblue.com
>>> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK @shapeblue
>>> 
>>> 
>>> 
>>> On Jul 27, 2016, at 6:20 PM, Haijiao <18602198181@163.com<mailto:
>>> 18602198181@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.prateek@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

Mime
View raw message