Bug 1363805

Summary:	[FC24] otopi minidnf fails on fedora 24
Product:	[oVirt] otopi	Reporter:	Yedidyah Bar David <didi>
Component:	Plugins.packagers	Assignee:	Yedidyah Bar David <didi>
Status:	CLOSED DUPLICATE	QA Contact:	Petr Kubica <pkubica>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	master	CC:	bkabrda, bugs, cstratak, didi, dmalcolm, extras-qa, ivazqueznet, jonathansteffan, lsvaty, mhroncok, ncoghlan, oourfali, pviktori, rkuska, sbonazzo, tomspur, torsava, ylavi
Target Milestone:	ovirt-4.1.0-alpha	Keywords:	Regression
Target Release:	---	Flags:	rule-engine: ovirt-4.1+ rule-engine: blocker+ ylavi: Triaged+ ylavi: planning_ack+ sbonazzo: devel_ack+ lsvaty: testing_ack+
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:	1363785	Environment:
Last Closed:	2016-09-05 14:15:17 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	Integration	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	1355626

Description Yedidyah Bar David 2016-08-03 15:34:50 UTC

+++ This bug was initially created as a clone of Bug #1363785 +++

Description of problem:
running a python application called engine-setup from oVirt project which relies on python bindings for dnf.

The python interpreter crashes and generates a coredump, see abrt report attached (didn't work automatically since the otopi package is not part of Fedora)

It's not caused by selinux denials:
# ausearch -m avc
<no matches>

It's 100% reproducible:
 # dnf install python2-dnf.noarch
 # dnf install http://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm
 # dnf install ovirt-engine
 # engine-setup

On fedora 23 worked fine.

--- Additional comment from Sandro Bonazzola on 2016-08-03 17:41 IDT ---



--- Additional comment from Yedidyah Bar David on 2016-08-03 18:32:07 IDT ---

The attached stack trace has:

\#3  0x00007f69f50c9042 in __GI___assert_fail (assertion=0x7f69e2796727 "hrepo->state_main == _HY_NEW", file=0x7f69e2796538 "/builddir/build/BUILD/hawkey-0.6.3/src/sack.c"

\#9  PyEval_EvalFrameEx (f=f@entry=Frame 0x555c708d9670, for file /usr/lib/python2.7/site-packages/dnf/base.py, line 127, in _add_repo_to_sack

\#13 PyEval_EvalFrameEx (f=f@entry=Frame 0x555c70862720, for file /usr/lib/python2.7/site-packages/dnf/base.py, line 239, in fill_sack

\#17 PyEval_EvalFrameEx (f=f@entry=Frame 0x7f69deb31420, for file /usr/lib/python2.7/site-packages/otopi/minidnf.py, line 530, in clean 

Still not sure about the root cause, taking to otopi for now. Will move back to python/dnf/hawkey if relevant.

--- Additional comment from Yedidyah Bar David on 2016-08-03 18:33:58 IDT ---

Can't take to otopi because bugzilla requires oVirt Team but does not allow setting one... Cloning.

Comment 1 Yedidyah Bar David 2016-08-03 15:36:35 UTC

*** Bug 1363785 has been marked as a duplicate of this bug. ***

Comment 2 Red Hat Bugzilla Rules Engine 2016-08-11 08:20:25 UTC

This bug report has Keywords: Regression or TestBlocker.
Since no regressions or test blockers are allowed between releases, it is also being identified as a blocker for this release. Please resolve ASAP.

Comment 3 Yedidyah Bar David 2016-09-05 14:15:17 UTC


*** This bug has been marked as a duplicate of bug 1361888 ***