Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 837014 - FTBFS vdsm unit tests fail when run by koji
Summary: FTBFS vdsm unit tests fail when run by koji
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: vdsm
Version: rawhide
Hardware: Unspecified
OS: Unspecified
urgent
urgent
Target Milestone: ---
Assignee: Federico Simoncelli
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: infra
Depends On:
Blocks: ARMTracker
TreeView+ depends on / blocked
 
Reported: 2012-07-02 14:14 UTC by Peter Robinson
Modified: 2017-07-05 20:20 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-07-05 20:20:18 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 27059 0 None None None Never

Description Peter Robinson 2012-07-02 14:14:12 UTC
4.10.0 failed on ARM, 4.9.3.2 previously built fine.

Failed task is:

http://arm.koji.fedoraproject.org/buildinfo?buildID=71669

It looks to be when it runs the pep8 checks

Comment 1 Peter Robinson 2012-10-17 14:15:27 UTC
This isn't just ARM. It's FTBFS on mainline as well.

http://koji.fedoraproject.org/koji/taskinfo?taskID=4599237

Comment 2 Gwyn Ciesla 2012-10-18 15:02:04 UTC
Builds on x86 and ARM on F17.  Updating python-pep8 to the rawhide version, 1.3.3-3, reproduces the failure.

Comment 3 Peter Robinson 2012-10-20 16:18:30 UTC
I've merged the F-17 changed back into F-18+ (not sure why this is being done, it's against guidelines) and disabled the make check until the maintainer bothers to respond and fix the bug

Comment 4 Dan Kenigsberg 2012-10-22 22:17:54 UTC
Thanks, Peter. This is a reasonable workaround for the time being.

Comment 5 Peter Robinson 2013-04-13 08:47:45 UTC
Still broken in F19/rawhide, what's the status of getting this fixed? I believe make check is quite important for a package like vdsm.

Comment 6 Dan Kenigsberg 2013-04-14 09:04:49 UTC
We are too slow to address this issue, and the koji logs have been garbage-collected. Would you please attach the pep8 failure causing this?

Comment 7 Peter Robinson 2013-04-14 09:18:05 UTC
(In reply to comment #6)
> We are too slow to address this issue, and the koji logs have been
> garbage-collected. Would you please attach the pep8 failure causing this?

Uncomment the make check in the %check section of the rpm spec file and then do a scratch build in koji and you can have all the information you like.

Comment 8 Dan Kenigsberg 2013-04-14 09:49:03 UTC
(In reply to comment #7)
> 
> Uncomment the make check in the %check section of the rpm spec file and then
> do a scratch build in koji and you can have all the information you like.

It may sound ridiculous, but I don't have time enough to do even that (you may search how many bugs have me as CCed). It would be wonderful if you - or someone else - gives a hand!

In any case, thanks for the report and the reminder.

Comment 9 Peter Robinson 2013-04-14 09:54:21 UTC
> It may sound ridiculous, but I don't have time enough to do even that (you
> may search how many bugs have me as CCed). It would be wonderful if you - or
> someone else - gives a hand!

Do you really think you're the only person with this problem? I'm not the maintainer of vdsm and I have literally 1000s of bugs too.

You're the maintainer, being a redhatter you also no doubt have other people in the virt team as well. The "make check" brings up legitimate bugs in packages and I think it's worthwhile esp for vdsm for this to be fixed.

Comment 10 Dan Kenigsberg 2013-04-14 10:08:11 UTC
(In reply to comment #9)

> Do you really think you're the only person with this problem?

No. I was just asking for help.

Comment 11 Cole Robinson 2013-04-14 18:56:27 UTC
Output here doesn't appear to be pep8 related. The problem with running python test suites in koji is that you need to duplicate basically every Requires as a BuildRequires

And if this was originally spawned by pep8 issues, make check should grow an option to skip that part. pe8 adds new tests all the time, and it will pretty uch never catch a bug, just style issues. but even if we were talking about pylint, i'd still disable it as part of the build step, because you're just asking for tedious build failures.

here's the current output with the make check line uncommented:


http://koji.fedoraproject.org/koji/taskinfo?taskID=5250093

../tests/run_tests_local.sh alignmentScanTests.py apiTests.py betterPopenTests.py capsTests.py configNetworkTests.py fileUtilTests.py fuserTests.py getAllVolumesTests.py glusterTestData.py gluster_cli_tests.py guestIFTests.py hooksTests.py libvirtvmTests.py lsblkTests.py main.py md_utils_tests.py miscTests.py mkimageTests.py mountTests.py netinfoTests.py outOfProcessTests.py parted_utils_tests.py permutationTests.py persistentDictTests.py remoteFileHandlerTests.py resourceManagerTests.py sslTests.py storageMailboxTests.py superVdsmTests.py tcTests.py vdsClientTests.py volumeTests.py zombieReaperTests.py 
nose.config: INFO: Ignoring files matching ['^\\.', '^_', '^setup\\.py$']
nose.config: INFO: Excluding tests matching .*
ERROR
Failure
    runTest                                                     ERROR
    runTest                                                     ERROR
    runTest                                                     SKIP : unable to import pyparted modules.
======================================================================
ERROR: <nose.suite.ContextSuite context=apiTests>
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/nose/suite.py", line 208, in run
    self.setUp()
  File "/usr/lib/python2.7/site-packages/nose/suite.py", line 291, in setUp
    self.setupContext(ancestor)
  File "/usr/lib/python2.7/site-packages/nose/suite.py", line 314, in setupContext
    try_run(context, names)
  File "/usr/lib/python2.7/site-packages/nose/util.py", line 469, in try_run
    return func()
  File "/builddir/build/BUILD/vdsm-4.10.3/tests/apiTests.py", line 138, in setUpModule
    createFakeAPI()
  File "/builddir/build/BUILD/vdsm-4.10.3/tests/apiTests.py", line 81, in createFakeAPI
    _API = __import__('API', globals(), locals(), {}, -1)
  File "/builddir/build/BUILD/vdsm-4.10.3/vdsm/API.py", line 31, in <module>
    from clientIF import clientIF
  File "/builddir/build/BUILD/vdsm-4.10.3/vdsm/clientIF.py", line 41, in <module>
    import caps
  File "/builddir/build/BUILD/vdsm-4.10.3/vdsm/caps.py", line 34, in <module>
    import rpm
ImportError: No module named rpm
-------------------- >> begin captured logging << --------------------
Storage.LVM: WARNING: Cannot create env file [Errno 2] No such file or directory: '/var/run/vdsm/lvm.env'
--------------------- >> end captured logging << ---------------------
======================================================================
ERROR: Failure: ImportError (No module named rpm)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/nose/loader.py", line 413, in loadTestsFromName
    addr.filename, addr.module)
  File "/usr/lib/python2.7/site-packages/nose/importer.py", line 47, in importFromPath
    return self.importFromDir(dir_path, fqname)
  File "/usr/lib/python2.7/site-packages/nose/importer.py", line 94, in importFromDir
    mod = load_module(part_fqname, fh, filename, desc)
  File "/builddir/build/BUILD/vdsm-4.10.3/tests/capsTests.py", line 25, in <module>
    import caps
  File "/builddir/build/BUILD/vdsm-4.10.3/vdsm/caps.py", line 34, in <module>
    import rpm
ImportError: No module named rpm
-------------------- >> begin captured logging << --------------------
Storage.LVM: WARNING: Cannot create env file [Errno 2] No such file or directory: '/var/run/vdsm/lvm.env'
--------------------- >> end captured logging << ---------------------
======================================================================
ERROR: Failure: ImportError (No module named rpm)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/nose/loader.py", line 413, in loadTestsFromName
    addr.filename, addr.module)
  File "/usr/lib/python2.7/site-packages/nose/importer.py", line 47, in importFromPath
    return self.importFromDir(dir_path, fqname)
  File "/usr/lib/python2.7/site-packages/nose/importer.py", line 94, in importFromDir
    mod = load_module(part_fqname, fh, filename, desc)
  File "/builddir/build/BUILD/vdsm-4.10.3/tests/libvirtvmTests.py", line 22, in <module>
    import libvirtvm
  File "/builddir/build/BUILD/vdsm-4.10.3/vdsm/libvirtvm.py", line 37, in <module>
    import caps
  File "/builddir/build/BUILD/vdsm-4.10.3/vdsm/caps.py", line 34, in <module>
    import rpm
ImportError: No module named rpm

Comment 12 Peter Robinson 2014-08-29 12:57:56 UTC
Still an issue with vdsm-4.16.0-7.git5d3ed2d.fc22

Comment 13 Jan Kurik 2015-07-15 15:06:39 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 23 development cycle.
Changing version to '23'.

(As we did not run this process for some time, it could affect also pre-Fedora 23 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 23 End Of Life. Thank you.)

More information and reason for this action is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora23

Comment 14 Dan Kenigsberg 2017-07-05 20:20:18 UTC
Too bad, but nobody care for vdsm koji builds these days :-(


Note You need to log in before you can comment on or make changes to this bug.