Open Stack

On 12/22/2015 6:40 AM, nidhi.hada at wipro.com wrote:
> Thank you very much Martin.
>
>
> -----Original Message-----
> From: Martin Hickey [mailto:martin.hickey at ie.ibm.com]
> Sent: Tuesday, December 22, 2015 5:56 PM
> To: OpenStack Development Mailing List (not for usage questions) <openstack-dev at lists.openstack.org>
> Subject: Re: [openstack-dev] [Openstack-dev][Manila] running tox py27 - unit tests - very slow - can i run it in parts?
>
> Hi Nidhi,
>
> You can run particular tests as follows:
> tox -e py27 <python_path_test>
>
> For example in neutron, you could run: tox -e py27 neutron.tests.unit.test_manager.NeutronManagerTestCase
>
> I hope this helps.
>
> Regards,
> Martin
>
>
>
>
> From:   <nidhi.hada at wipro.com>
> To:     <openstack-dev at lists.openstack.org>
> Date:   22/12/2015 12:18
> Subject:        [openstack-dev] [Openstack-dev][Manila] running tox py27 - unit
>              tests - very slow - can i run it in parts?
>
>
>
> Hi all,
>
> While doing some development I changed a unit test.
> To confirm test is passing or not I am running tox –v –epy27.
> Now its very very slow .. takes a lot of time complete its run ..
> Difficult during development to make changes and test..
>
>
> Is there a way that I can run some unit tests specifically ?
> Is there a way that I test unit test in parts .. not all ..
>
> during development it will be helpful ..
>
> Plz give any idea if you have.
>
>
> Thanks
> Nidhi
>
>
>
> The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>

There could be deeper performance issues with manila itself. The 
gate-manila-tempest-dsvm-neutron-multibackend job has been timing out in 
the gate [1].

I have no idea what's taking so long, but if anyone has experience 
profiling manila it's probably worth digging into this since it's 
kicking out changes with the gate failures.

[1] 
http://logs.openstack.org/65/256865/5/gate/gate-manila-tempest-dsvm-neutron-multibackend/76e7926/console.html#_2015-12-21_17_26_11_797

-- 

Thanks,

Matt Riedemann