[openstack-dev] [Neutron][IPv6] tox error

Shixiong Shang sparkofwisdom.cloud at gmail.com
Fri Feb 28 02:16:38 UTC 2014


Hi, Randy:

Try this command to install pyudev library….

sudo pip install pyudev

Let me know whether it works or not. Good luck!

Shixiong





Shixiong Shang

!--- Stay Hungry, Stay Foolish ---!

On Feb 27, 2014, at 9:09 PM, Randy Tuttle <randy.m.tuttle at gmail.com> wrote:

> Clark/Sean/Shixiong...
> 
> I have the same error, and tried to import neutron.tests.unit.linuxbridge.test_lb_neutron_agent (no error4 prefix). I get the following
> 
> (py27)rantuttl-mac:bin rtuttle$ python
> Python 2.7.5 (v2.7.5:ab05e7dd2788, May 13 2013, 13:18:45) 
> [GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import neutron.tests.unit.linuxbridge.test_lb_neutron_agent
> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
>   File "/Users/rtuttle/projects/neutron/neutron/tests/unit/linuxbridge/test_lb_neutron_agent.py", line 29, in <module>
>     from neutron.plugins.linuxbridge.agent import linuxbridge_neutron_agent
>   File "/Users/rtuttle/projects/neutron/neutron/plugins/linuxbridge/agent/linuxbridge_neutron_agent.py", line 33, in <module>
>     import pyudev
> ImportError: No module named pyudev
> >>> 
> 
> Looks like it wants pyudev, which is not anywhere that I can find, and is not in requirements.txt.
> 
> Code slice.
> import distutils.version as dist_version
> import os
> import platform
> import sys
> import time
> 
> import eventlet
> from oslo.config import cfg
> import pyudev
> 
> from neutron.agent import l2population_rpc as l2pop_rpc
> from neutron.agent.linux import ip_lib
> 
> 
> Still digging into it...
> 
> Randy
> 
> 
> 
> On Thu, Feb 27, 2014 at 3:10 PM, Clark Boylan <clark.boylan at gmail.com> wrote:
> On Thu, Feb 27, 2014 at 11:39 AM, Collins, Sean
> <Sean_Collins2 at cable.comcast.com> wrote:
> > Shixiong Shang and I ran into this problem with Tox today while we were
> > pair programming, and I've also seen similar barfs on my DevStack lab
> > boxes - it's quite a mess. Frankly I've moved to using nosetests as a
> > workaround, and have added it to the developer docs.
> >
> > We really do need to figure out how to make Tox and Testr give more
> > useful failure output - it's so huge it makes my iTerm2 window lock up
> > when I try and do an incremental search on the output.
> >
> > Help from a Testr / Tox guru would be appreciated.
> >
> > --
> > Sean M. Collins
> > _______________________________________________
> > OpenStack-dev mailing list
> > OpenStack-dev at lists.openstack.org
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> 
> These failures are a result of testr or discover (depending on the
> step in the test process, discovery happens first) running into python
> import failures. In the example above it looks like
> neutron.tests.unit.
> linuxbridge.test_lb_neutron_agent failed to import. You can spin up a
> python interpreter and try importing that to debug (note that is what
> you tried to do but I believe errors4 is part of the error message and
> not the thing that couldn't be imported). Flake8 may also catch the
> problem. Lifeless has laid the groundwork to fix this upstream in
> testtools [0], but I don't think the corresponding testrepository
> improvements have been released yet. You can however install
> testrepository from source [1] and see if that solves your problem.
> 
> Without seeing the code in question it is really hard to debug any
> further. If nosetests does work that would indicate a possible
> intertest dependency that nose resolves by running tests in a
> particular order which is different than the order used by testr.
> Finally, when using the python executable from a virtualenv you don't
> want to be in the virtualenv's bin dir. To do a proper import test you
> want to be in the root dir of the repository `cd ~/github/neutron` the
> either activate the virtualenv and run python or skip activation and
> do `.tox/py27/bin/python` to run the virtualenv's python binary.
> 
> [0] https://github.com/testing-cabal/testtools/commit/6da4893939c6fd2d732bb20a4ac50db2fe639132
> [1] https://launchpad.net/testrepository/
> 
> Hope this helps,
> Clark
> 
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> 
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140227/32770edd/attachment.html>


More information about the OpenStack-dev mailing list