Hi Ilya,
The error is not specifically produced by cloudmonkey but from requests [1] which uses urllib/python. If you're on OSX, you may need to rebuild python with openssl supporting the specific cipher suite. Can you share what is your host os (osx vs linux?) and the output of: 1. python -c 'import requests; print requests.packages.urllib3.util.ssl_.DEFAULT_CIPHERS;' 2. python -V 3. python -c "import ssl; print ssl.OPENSSL_VERSION" If you're on OSX, you can try the following: brew install OpenSSL env ARCHFLAGS="-arch x86_64" LDFLAGS="-L/usr/local/opt/openssl/lib" CFLAGS="-I/usr/local/opt/openssl/include" pip install cryptography pip install requests[security] Otherwise, you can try this: You can try to install the latest openssl/crypto pkgs: sudo pip install --upgrade pyopenssl cryptography [1] https://github.com/kennethreitz/requests/issues/2022 Regards. ________________________________ From: ilya <ilya.mailing.li...@gmail.com> Sent: 09 August 2016 05:16:17 To: dev@cloudstack.apache.org Subject: Re: SSLv3 on Apache Cloudstack 4.9.0 RC2 Hi Rohit, No luck. We do have custom internal CA. Also, why is "SSLV3_ALERT_HANDSHAKE_FAILURE" causing issue? i thought SSLV3 failure handshake is a good response... Running steps you've outline - did not seem to make any difference for this issue. Setting verifysslcert false also dont help. ---------------- imusayev:~$ sudo pip install --upgrade requests[security] requests Double requirement given: requests (already in requests[security], name='requests') Storing debug log for failure in /Users/imusayev/Library/Logs/pip.log imusayev:~$ sudo pip install --upgrade git+https://github.com/apache/cloudstack-cloudmonkey.git Downloading/unpacking git+https://github.com/apache/cloudstack-cloudmonkey.git Cloning https://github.com/apache/cloudstack-cloudmonkey.git to /tmp/pip-ayrDw8-build Running setup.py (path:/tmp/pip-ayrDw8-build/setup.py) egg_info for package from git+https://github.com/apache/cloudstack-cloudmonkey.git If you're upgrading, run the following to enable parameter completion: cloudmonkey sync cloudmonkey set paramcompletion true Parameter completion may fail, if the above is not run! Requirement already up-to-date: Pygments>=1.5 in /Library/Python/2.7/site-packages (from cloudmonkey==5.3.3) Requirement already up-to-date: argcomplete in /Library/Python/2.7/site-packages (from cloudmonkey==5.3.3) Requirement already up-to-date: dicttoxml in /Library/Python/2.7/site-packages (from cloudmonkey==5.3.3) Requirement already up-to-date: prettytable>=0.6 in /Library/Python/2.7/site-packages/prettytable-0.7.2-py2.7.egg (from cloudmonkey==5.3.3) Downloading/unpacking requests from https://pypi.python.org/packages/f8/90/42d5e0d9b5c4c3629a3d99823bbc3748fb85616f0f7a45e79ba7908d4642/requests-2.11.0-py2.py3-none-any.whl#md5=369b7333bf2f710143a1b6678f2f214c (from cloudmonkey==5.3.3) Downloading requests-2.11.0-py2.py3-none-any.whl (514kB): 514kB downloaded Requirement already up-to-date: requests-toolbelt in /Library/Python/2.7/site-packages (from cloudmonkey==5.3.3) Installing collected packages: requests, cloudmonkey Found existing installation: requests 2.10.0 Uninstalling requests: Successfully uninstalled requests Found existing installation: cloudmonkey 5.3.2 Uninstalling cloudmonkey: Successfully uninstalled cloudmonkey Running setup.py install for cloudmonkey If you're upgrading, run the following to enable parameter completion: cloudmonkey sync cloudmonkey set paramcompletion true Parameter completion may fail, if the above is not run! Installing cloudmonkey script to /usr/local/bin Successfully installed requests cloudmonkey Cleaning up... imusayev:~$ cloudmonkey ☁ Apache CloudStack 🐵 cloudmonkey 5.3.3. Type help or ? to list commands. Using management server profile: lab1-ssl (lab1-ssl) > list zones Connection refused by server: [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:590) Error Authentication failed (lab1-ssl) > set verifysslcert false (lab1-ssl) > list zones Connection refused by server: [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:590) Error Authentication failed On 8/6/16 1:33 AM, Rohit Yadav wrote: > 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<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
