[vdsm] Another network test failing
When running make check on my local system I often (but not always) get the following error: $ rpm -qa | grep libvirt-python libvirt-python-1.2.18-1.fc23.x86_64 <snip> ====================================================================== ERROR: Failure: ImportError (No module named 'libvirt') ---------------------------------------------------------------------- Traceback (most recent call last): File "/usr/lib/python3.4/site-packages/nose/failure.py", line 39, in runTest raise self.exc_val.with_traceback(self.tb) File "/usr/lib/python3.4/site-packages/nose/loader.py", line 418, in loadTestsFromName addr.filename, addr.module) File "/usr/lib/python3.4/site-packages/nose/importer.py", line 47, in importFromPath return self.importFromDir(dir_path, fqname) File "/usr/lib/python3.4/site-packages/nose/importer.py", line 94, in importFromDir mod = load_module(part_fqname, fh, filename, desc) File "/usr/lib64/python3.4/imp.py", line 235, in load_module return load_source(name, filename, file) File "/usr/lib64/python3.4/imp.py", line 171, in load_source module = methods.load() File "<frozen importlib._bootstrap>", line 1220, in load File "<frozen importlib._bootstrap>", line 1200, in _load_unlocked File "<frozen importlib._bootstrap>", line 1129, in _exec File "<frozen importlib._bootstrap>", line 1471, in exec_module File "<frozen importlib._bootstrap>", line 321, in _call_with_frames_removed File "/home/alitke/src/vdsm/tests/network/models_test.py", line 27, in <module> from vdsm.network.netinfo import bonding, mtus File "/home/alitke/src/vdsm/lib/vdsm/network/netinfo/__init__.py", line 26, in <module> from vdsm import libvirtconnection File "/home/alitke/src/vdsm/lib/vdsm/libvirtconnection.py", line 29, in <module> import libvirt ImportError: No module named 'libvirt' ---------------------------------------------------------------------- Ran 234 tests in 11.084s FAILED (SKIP=42, errors=1) -- Adam Litke
On Mon, May 09, 2016 at 02:48:43PM -0400, Adam Litke wrote:
When running make check on my local system I often (but not always) get the following error:
Do you have any clue related to when this happens? (your pwd, pythonpath) Did it begin with the recent move of netinfo under vdsm.network? https://gerrit.ovirt.org/56713 (CommitDate: Thu May 5) or did you see it earlier?
$ rpm -qa | grep libvirt-python libvirt-python-1.2.18-1.fc23.x86_64
<snip>
====================================================================== ERROR: Failure: ImportError (No module named 'libvirt') ---------------------------------------------------------------------- Traceback (most recent call last): File "/usr/lib/python3.4/site-packages/nose/failure.py", line 39, in runTest raise self.exc_val.with_traceback(self.tb) File "/usr/lib/python3.4/site-packages/nose/loader.py", line 418, in loadTestsFromName addr.filename, addr.module) File "/usr/lib/python3.4/site-packages/nose/importer.py", line 47, in importFromPath return self.importFromDir(dir_path, fqname) File "/usr/lib/python3.4/site-packages/nose/importer.py", line 94, in importFromDir mod = load_module(part_fqname, fh, filename, desc) File "/usr/lib64/python3.4/imp.py", line 235, in load_module return load_source(name, filename, file) File "/usr/lib64/python3.4/imp.py", line 171, in load_source module = methods.load() File "<frozen importlib._bootstrap>", line 1220, in load File "<frozen importlib._bootstrap>", line 1200, in _load_unlocked File "<frozen importlib._bootstrap>", line 1129, in _exec File "<frozen importlib._bootstrap>", line 1471, in exec_module File "<frozen importlib._bootstrap>", line 321, in _call_with_frames_removed File "/home/alitke/src/vdsm/tests/network/models_test.py", line 27, in <module> from vdsm.network.netinfo import bonding, mtus File "/home/alitke/src/vdsm/lib/vdsm/network/netinfo/__init__.py", line 26, in <module> from vdsm import libvirtconnection File "/home/alitke/src/vdsm/lib/vdsm/libvirtconnection.py", line 29, in <module> import libvirt ImportError: No module named 'libvirt'
---------------------------------------------------------------------- Ran 234 tests in 11.084s
FAILED (SKIP=42, errors=1)
On 10/05/16 18:08 +0300, Dan Kenigsberg wrote:
On Mon, May 09, 2016 at 02:48:43PM -0400, Adam Litke wrote:
When running make check on my local system I often (but not always) get the following error:
Do you have any clue related to when this happens? (your pwd, pythonpath)
Maybe it's a side effect of the way nose loads and runs tests?
Did it begin with the recent move of netinfo under vdsm.network? https://gerrit.ovirt.org/56713 (CommitDate: Thu May 5) or did you see it earlier?
That's possible. It only started happening recently. It seems to fail only when run under 'make check' but not when run via ./run_tests_local.sh.
$ rpm -qa | grep libvirt-python libvirt-python-1.2.18-1.fc23.x86_64
<snip>
====================================================================== ERROR: Failure: ImportError (No module named 'libvirt') ---------------------------------------------------------------------- Traceback (most recent call last): File "/usr/lib/python3.4/site-packages/nose/failure.py", line 39, in runTest raise self.exc_val.with_traceback(self.tb) File "/usr/lib/python3.4/site-packages/nose/loader.py", line 418, in loadTestsFromName addr.filename, addr.module) File "/usr/lib/python3.4/site-packages/nose/importer.py", line 47, in importFromPath return self.importFromDir(dir_path, fqname) File "/usr/lib/python3.4/site-packages/nose/importer.py", line 94, in importFromDir mod = load_module(part_fqname, fh, filename, desc) File "/usr/lib64/python3.4/imp.py", line 235, in load_module return load_source(name, filename, file) File "/usr/lib64/python3.4/imp.py", line 171, in load_source module = methods.load() File "<frozen importlib._bootstrap>", line 1220, in load File "<frozen importlib._bootstrap>", line 1200, in _load_unlocked File "<frozen importlib._bootstrap>", line 1129, in _exec File "<frozen importlib._bootstrap>", line 1471, in exec_module File "<frozen importlib._bootstrap>", line 321, in _call_with_frames_removed File "/home/alitke/src/vdsm/tests/network/models_test.py", line 27, in <module> from vdsm.network.netinfo import bonding, mtus File "/home/alitke/src/vdsm/lib/vdsm/network/netinfo/__init__.py", line 26, in <module> from vdsm import libvirtconnection File "/home/alitke/src/vdsm/lib/vdsm/libvirtconnection.py", line 29, in <module> import libvirt ImportError: No module named 'libvirt'
---------------------------------------------------------------------- Ran 234 tests in 11.084s
FAILED (SKIP=42, errors=1)
-- Adam Litke
On Tue, May 10, 2016 at 8:19 PM, Adam Litke <alitke@redhat.com> wrote:
On 10/05/16 18:08 +0300, Dan Kenigsberg wrote:
On Mon, May 09, 2016 at 02:48:43PM -0400, Adam Litke wrote:
When running make check on my local system I often (but not always) get the following error:
Do you have any clue related to when this happens? (your pwd, pythonpath)
Maybe it's a side effect of the way nose loads and runs tests?
Did it begin with the recent move of netinfo under vdsm.network?
https://gerrit.ovirt.org/56713 (CommitDate: Thu May 5) or did you see it earlier?
That's possible. It only started happening recently. It seems to fail only when run under 'make check' but not when run via ./run_tests_local.sh.
Is it possible that on the same machine you have installed an older vdsm version and it somehow conflicts? (resolving vdsm from the site-packages instead from the local workspace)
$ rpm -qa | grep libvirt-python libvirt-python-1.2.18-1.fc23.x86_64
<snip>
====================================================================== ERROR: Failure: ImportError (No module named 'libvirt') ---------------------------------------------------------------------- Traceback (most recent call last): File "/usr/lib/python3.4/site-packages/nose/failure.py", line 39, in runTest raise self.exc_val.with_traceback(self.tb) File "/usr/lib/python3.4/site-packages/nose/loader.py", line 418, in loadTestsFromName addr.filename, addr.module) File "/usr/lib/python3.4/site-packages/nose/importer.py", line 47, in importFromPath return self.importFromDir(dir_path, fqname) File "/usr/lib/python3.4/site-packages/nose/importer.py", line 94, in importFromDir mod = load_module(part_fqname, fh, filename, desc) File "/usr/lib64/python3.4/imp.py", line 235, in load_module return load_source(name, filename, file) File "/usr/lib64/python3.4/imp.py", line 171, in load_source module = methods.load() File "<frozen importlib._bootstrap>", line 1220, in load File "<frozen importlib._bootstrap>", line 1200, in _load_unlocked File "<frozen importlib._bootstrap>", line 1129, in _exec File "<frozen importlib._bootstrap>", line 1471, in exec_module File "<frozen importlib._bootstrap>", line 321, in _call_with_frames_removed File "/home/alitke/src/vdsm/tests/network/models_test.py", line 27, in <module> from vdsm.network.netinfo import bonding, mtus File "/home/alitke/src/vdsm/lib/vdsm/network/netinfo/__init__.py", line 26, in <module> from vdsm import libvirtconnection File "/home/alitke/src/vdsm/lib/vdsm/libvirtconnection.py", line 29, in <module> import libvirt ImportError: No module named 'libvirt'
---------------------------------------------------------------------- Ran 234 tests in 11.084s
FAILED (SKIP=42, errors=1)
-- Adam Litke
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
On Sun, May 15, 2016 at 10:33:30AM +0300, Edward Haas wrote:
On Tue, May 10, 2016 at 8:19 PM, Adam Litke <alitke@redhat.com> wrote:
On 10/05/16 18:08 +0300, Dan Kenigsberg wrote:
On Mon, May 09, 2016 at 02:48:43PM -0400, Adam Litke wrote:
When running make check on my local system I often (but not always) get the following error:
Do you have any clue related to when this happens? (your pwd, pythonpath)
Maybe it's a side effect of the way nose loads and runs tests?
Did it begin with the recent move of netinfo under vdsm.network?
https://gerrit.ovirt.org/56713 (CommitDate: Thu May 5) or did you see it earlier?
That's possible. It only started happening recently. It seems to fail only when run under 'make check' but not when run via ./run_tests_local.sh.
Is it possible that on the same machine you have installed an older vdsm version and it somehow conflicts? (resolving vdsm from the site-packages instead from the local workspace)
Or maybe you have *.pyc from an older directory structure left in your working directory?
On 15/05/16 15:10 +0300, Dan Kenigsberg wrote:
On Sun, May 15, 2016 at 10:33:30AM +0300, Edward Haas wrote:
On Tue, May 10, 2016 at 8:19 PM, Adam Litke <alitke@redhat.com> wrote:
On 10/05/16 18:08 +0300, Dan Kenigsberg wrote:
On Mon, May 09, 2016 at 02:48:43PM -0400, Adam Litke wrote:
When running make check on my local system I often (but not always) get the following error:
Do you have any clue related to when this happens? (your pwd, pythonpath)
Maybe it's a side effect of the way nose loads and runs tests?
Did it begin with the recent move of netinfo under vdsm.network?
https://gerrit.ovirt.org/56713 (CommitDate: Thu May 5) or did you see it earlier?
That's possible. It only started happening recently. It seems to fail only when run under 'make check' but not when run via ./run_tests_local.sh.
Is it possible that on the same machine you have installed an older vdsm version and it somehow conflicts? (resolving vdsm from the site-packages instead from the local workspace)
Or maybe you have *.pyc from an older directory structure left in your working directory?
I think this was the issue. Removing *.pyc from the source tree fixed it. Thanks! -- Adam Litke
On Mon, May 16, 2016 at 4:52 PM, Adam Litke <alitke@redhat.com> wrote:
On 15/05/16 15:10 +0300, Dan Kenigsberg wrote:
On Sun, May 15, 2016 at 10:33:30AM +0300, Edward Haas wrote:
On Tue, May 10, 2016 at 8:19 PM, Adam Litke <alitke@redhat.com> wrote:
On 10/05/16 18:08 +0300, Dan Kenigsberg wrote:
On Mon, May 09, 2016 at 02:48:43PM -0400, Adam Litke wrote:
When running make check on my local system I often (but not always) get the following error:
Do you have any clue related to when this happens? (your pwd, pythonpath)
Maybe it's a side effect of the way nose loads and runs tests?
Did it begin with the recent move of netinfo under vdsm.network?
https://gerrit.ovirt.org/56713 (CommitDate: Thu May 5) or did you see it earlier?
That's possible. It only started happening recently. It seems to fail only when run under 'make check' but not when run via ./run_tests_local.sh.
Is it possible that on the same machine you have installed an older vdsm version and it somehow conflicts? (resolving vdsm from the site-packages instead from the local workspace)
Or maybe you have *.pyc from an older directory structure left in your working directory?
I think this was the issue. Removing *.pyc from the source tree fixed it. Thanks!
git clean -dxf is very useful from time to time Nir
On Tue, May 17, 2016 at 01:10:19AM +0300, Nir Soffer wrote:
On Mon, May 16, 2016 at 4:52 PM, Adam Litke <alitke@redhat.com> wrote:
On 15/05/16 15:10 +0300, Dan Kenigsberg wrote:
On Sun, May 15, 2016 at 10:33:30AM +0300, Edward Haas wrote:
On Tue, May 10, 2016 at 8:19 PM, Adam Litke <alitke@redhat.com> wrote:
On 10/05/16 18:08 +0300, Dan Kenigsberg wrote:
On Mon, May 09, 2016 at 02:48:43PM -0400, Adam Litke wrote:
> When running make check on my local system I often (but not always) > get the following error: >
Do you have any clue related to when this happens? (your pwd, pythonpath)
Maybe it's a side effect of the way nose loads and runs tests?
Did it begin with the recent move of netinfo under vdsm.network?
https://gerrit.ovirt.org/56713 (CommitDate: Thu May 5) or did you see it earlier?
That's possible. It only started happening recently. It seems to fail only when run under 'make check' but not when run via ./run_tests_local.sh.
Is it possible that on the same machine you have installed an older vdsm version and it somehow conflicts? (resolving vdsm from the site-packages instead from the local workspace)
Or maybe you have *.pyc from an older directory structure left in your working directory?
I think this was the issue. Removing *.pyc from the source tree fixed it. Thanks!
git clean -dxf is very useful from time to time
Yet very dangerous in another times (yes, once upon a time I had the only copy of a helper script hiding within the leafs of a git tree)
On 17/05/16 09:45 +0300, Dan Kenigsberg wrote:
On Tue, May 17, 2016 at 01:10:19AM +0300, Nir Soffer wrote:
On Mon, May 16, 2016 at 4:52 PM, Adam Litke <alitke@redhat.com> wrote:
On 15/05/16 15:10 +0300, Dan Kenigsberg wrote:
On Sun, May 15, 2016 at 10:33:30AM +0300, Edward Haas wrote:
On Tue, May 10, 2016 at 8:19 PM, Adam Litke <alitke@redhat.com> wrote:
On 10/05/16 18:08 +0300, Dan Kenigsberg wrote:
> On Mon, May 09, 2016 at 02:48:43PM -0400, Adam Litke wrote: > >> When running make check on my local system I often (but not always) >> get the following error: >> > > Do you have any clue related to when this happens? (your pwd, > pythonpath) >
Maybe it's a side effect of the way nose loads and runs tests?
Did it begin with the recent move of netinfo under vdsm.network? > https://gerrit.ovirt.org/56713 (CommitDate: Thu May 5) or did you see > it > earlier? >
That's possible. It only started happening recently. It seems to fail only when run under 'make check' but not when run via ./run_tests_local.sh.
Is it possible that on the same machine you have installed an older vdsm version and it somehow conflicts? (resolving vdsm from the site-packages instead from the local workspace)
Or maybe you have *.pyc from an older directory structure left in your working directory?
I think this was the issue. Removing *.pyc from the source tree fixed it. Thanks!
git clean -dxf is very useful from time to time
Yet very dangerous in another times (yes, once upon a time I had the only copy of a helper script hiding within the leafs of a git tree)
Been there too. Maybe it's time we fix 'make clean'. -- Adam Litke
participants (4)
-
Adam Litke -
Dan Kenigsberg -
Edward Haas -
Nir Soffer