Hi Ilya,
Can you try this: sudo pip install --upgrade requests[security] requests sudo pip install --upgrade git+https://github.com/apache/cloudstack-cloudmonkey.git Then try again? As a workaround (in case of custom CA etc.) if it fails we can ask cloudmonkey to ignore ssl certificate verification (connection will be still secure, but cloudmonkey/requests won't verify the certificate) by running: set verifysslcert false. Regards. ________________________________ From: ilya <ilya.mailing.li...@gmail.com> Sent: 06 August 2016 06:15:25 To: dev@cloudstack.apache.org Subject: Re: SSLv3 on Apache Cloudstack 4.9.0 RC2 Looks more like cloudmonkey 5.3.2 issue - i guess.. I confirmed i'm not serving SSLv3 - which would be Tomcat configuration issue anyway. (lab1-ssl) > list zones Connection refused by server: [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:590) Error Authentication failed regards ilya On 8/5/16 3:32 PM, ilya wrote: > Has anyone tested Cloudstack 4.9.0 RC2 with SSL? > > Somehow, in my case tomcat reverted back to SSL v3 on port 8443 - which > is a big no-no. > > Please kindly check, alternatively if i dont hear from anyone i will > raise a blocker. > > On 8/3/16 10:39 PM, ilya wrote: >> Hi Will and Team >> >> Can someone point me to upgrade instructions if such exist. >> >> Would like to avoid learning through trial and error if possible. >> >> I will be testing upgrade and functionality of KVM & VMware Advanced >> Shared Zones from ACS4.5.2 to latest. >> >> Thanks >> ilya >> >> On 7/29/16 11:06 AM, ilya wrote: >>> Hi Will >>> >>> What Remi mentioned sounds reasonable.. >>> >>> I'll be spending sometime today and next week to test out the issue >>> reported in 4.8 with VR not starting in Basic Zone - as well latest 4.9.. >>> >>> i know i'm late to the party - but this is the best i could do :( >>> >>> Regards, >>> ilya >>> >>> >>> >>> On 7/29/16 9:19 AM, Will Stevens wrote: >>>> I think everything is up to date and correct now. Please let me know if >>>> anything seems out of place (this is the first time I have done this). >>>> >>>> I will wait to do an official announcement until Monday in case anything >>>> comes up. I will also wait to update the following things until Monday: >>>> http://cloudstack.apache.org/downloads.html and the release notes (cause I >>>> have to finish them). >>>> >>>> Let me know if you have questions. >>>> >>>> Should I be cutting a 4.8.1 release as well? Not sure how that works. >>>> Remi said to do the 4.9.0 release first and then take care of the 4.8.1 >>>> release after. Ideas? >>>> >>>> *Will STEVENS* >>>> Lead Developer >>>> >>>> *CloudOps* *| *Cloud Solutions Experts >>>> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 >>>> w cloudops.com *|* tw @CloudOps_ >>>> >>>> On Fri, Jul 29, 2016 at 12:13 PM, Will Stevens <wstev...@cloudops.com> >>>> wrote: >>>> >>>>> Yep, in the process of getting the release cut. Got side tracked by >>>>> people a few times, but I am almost finished... I will keep you posted... >>>>> >>>>> *Will STEVENS* >>>>> Lead Developer >>>>> >>>>> *CloudOps* *| *Cloud Solutions Experts >>>>> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 >>>>> w cloudops.com *|* tw @CloudOps_ >>>>> >>>>> On Fri, Jul 29, 2016 at 12:10 PM, Rohit Yadav <rohit.ya...@shapeblue.com> >>>>> wrote: >>>>> >>>>>> Thank you Will. Please cut the 4.9 branch so it can be picked for LTS >>>>>> release work. >>>>>> >>>>>> I'll publish the rpm/deb packages in the sb hosted upstream repo shortly. >>>>>> >>>>>> Regards. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> rohit.ya...@shapeblue.com >>>>>> www.shapeblue.com<http://www.shapeblue.com> >>>>>> 53 Chandos Place, Covent Garden, London WC2N 4HSUK >>>>>> @shapeblue >>>>>> >>>>>> >>>>>> >>>>>> On Fri, Jul 29, 2016 at 7:27 PM +0530, "Will Stevens" < >>>>>> wstev...@cloudops.com<mailto:wstev...@cloudops.com>> wrote: >>>>>> >>>>>> Sorry, I did not follow the correct format. :P >>>>>> >>>>>> After 72 hours, the vote for CloudStack 4.9.0 *passes* with 6 PMC + 2 >>>>>> non-PMC votes. >>>>>> >>>>>> +1 (PMC / binding) >>>>>> * Rohit Yadav >>>>>> * Mike Tutkowski >>>>>> * Wido den Hollander >>>>>> * Milamber >>>>>> * Nux! >>>>>> * John Burwell >>>>>> >>>>>> +1 (non binding) >>>>>> * Paul Angus >>>>>> * Abhinandan Prateek >>>>>> >>>>>> 0 >>>>>> none >>>>>> >>>>>> -1 >>>>>> none >>>>>> >>>>>> Thanks to everyone participating. >>>>>> >>>>>> *Will STEVENS* >>>>>> Lead Developer >>>>>> >>>>>> *CloudOps* *| *Cloud Solutions Experts >>>>>> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 >>>>>> w cloudops.com *|* tw @CloudOps_ >>>>>> >>>>>> On Fri, Jul 29, 2016 at 9:44 AM, Will Stevens <wstev...@cloudops.com> >>>>>> wrote: >>>>>> >>>>>>> The vote is closed. The RC passed with the following votes. >>>>>>> >>>>>>> +1 : 8 (including 6 binding) >>>>>>> +0 : 0 >>>>>>> -1 : 0 >>>>>>> >>>>>>> Thanks everyone, I will get this pushed out today... >>>>>>> >>>>>>> *Will STEVENS* >>>>>>> Lead Developer >>>>>>> >>>>>>> *CloudOps* *| *Cloud Solutions Experts >>>>>>> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 >>>>>>> w cloudops.com *|* tw @CloudOps_ >>>>>>> >>>>>>> On Fri, Jul 29, 2016 at 5:24 AM, Abhinandan Prateek < >>>>>>> abhinandan.prat...@shapeblue.com> wrote: >>>>>>> >>>>>>>> +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<http://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<http://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<http://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<http://www.shapeblue.com> >>>>>>>> 53 Chandos Place, Covent Garden, London WC2N 4HSUK >>>>>>>> @shapeblue >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>> rohit.ya...@shapeblue.com www.shapeblue.com 53 Chandos Place, Covent Garden, London WC2N 4HSUK @shapeblue
