Description of problem: When running dnf update as root or invoking via sudo, I receive the following error: [root@nutshell ~]# dnf update python3: /builddir/build/BUILD/hawkey-0.6.3/src/sack.c:326: load_ext: Assertion `ret == 0' failed. Aborted (core dumped) Performing the following temporarily fixes it: dnf clean all Confirm working: dnf update This seems to fix the issue temporarily (I can update packages as needed), however the next time dnf is run it returns the above. Version-Release number of selected component: dnf-1.1.9-2.fc24 Additional info: reporter: libreport-2.7.1 backtrace_rating: 4 cmdline: /usr/bin/python3 /usr/bin/dnf makecache timer crash_function: load_ext executable: /usr/bin/python3.5 global_pid: 5175 kernel: 4.6.3-300.fc24.x86_64 pkg_fingerprint: 73BD E983 81B4 6521 pkg_vendor: Fedora Project reproducible: The problem occurs regularly runlevel: N 3 type: CCpp uid: 0 Truncated backtrace: Thread no. 1 (10 frames) #4 load_ext at /usr/src/debug/hawkey-0.6.3/src/sack.c:326 #5 hy_sack_load_repo at /usr/src/debug/hawkey-0.6.3/src/sack.c:1012 #6 load_repo at /usr/src/debug/hawkey-0.6.3/src/python/sack-py.c:455 #7 PyCFunction_Call at /usr/src/debug/Python-3.5.1/Objects/methodobject.c:98 #8 do_call at /usr/src/debug/Python-3.5.1/Python/ceval.c:4913 #9 call_function at /usr/src/debug/Python-3.5.1/Python/ceval.c:4712 #10 PyEval_EvalFrameEx at /usr/src/debug/Python-3.5.1/Python/ceval.c:3209 #11 fast_function at /usr/src/debug/Python-3.5.1/Python/ceval.c:4783 #12 call_function at /usr/src/debug/Python-3.5.1/Python/ceval.c:4710 #13 PyEval_EvalFrameEx at /usr/src/debug/Python-3.5.1/Python/ceval.c:3209
Created attachment 1182621 [details] File: _var_log_dnf.log
Created attachment 1182622 [details] File: backtrace
Created attachment 1182623 [details] File: cgroup
Created attachment 1182624 [details] File: core_backtrace
Created attachment 1182625 [details] File: dnf-makecache.log
Created attachment 1182626 [details] File: dso_list
Created attachment 1182627 [details] File: environ
Created attachment 1182628 [details] File: limits
Created attachment 1182629 [details] File: maps
Created attachment 1182630 [details] File: mountinfo
Created attachment 1182631 [details] File: namespaces
Created attachment 1182632 [details] File: open_fds
Created attachment 1182633 [details] File: proc_pid_status
Created attachment 1182634 [details] File: var_log_messages
Hi, does this happen with the system hawkey or your own checkout?
Hello, Thanks for the reply, system hawkey. $ rpm -qi hawkey Name : hawkey Version : 0.6.3 Release : 2.fc24 Architecture: x86_64 Install Date: Thu 23 Jun 2016 09:45:06 AM EDT Group : Unspecified Size : 172247 License : LGPLv2+ Signature : RSA/SHA256, Fri 29 Apr 2016 12:06:33 PM EDT, Key ID 73bde98381b46521 Source RPM : hawkey-0.6.3-2.fc24.src.rpm Build Date : Fri 29 Apr 2016 06:58:50 AM EDT Build Host : buildhw-02.phx2.fedoraproject.org Relocations : (not relocatable) Packager : Fedora Project Vendor : Fedora Project URL : https://github.com/rpm-software-management/hawkey Summary : Library providing simplified C and Python API to libsolv Description : A Library providing simplified C and Python API to libsolv.
Problem is caused by package https://www.cloudflare.com/static/misc/mod_cloudflare/centos/mod_cloudflare-el7-x86_64.latest.rpm The package is built for RHEL7 or EPEL7 therefor some incompatibility is expected. If you will have same problem with the package that is build for fedora:24 please try to contact maintainers of the package. Additionaly I provide steps to reproduce: 1. dnf install -y https://www.cloudflare.com/static/misc/mod_cloudflare/centos/mod_cloudflare-el7-x86_64.latest.rpm 2. dnf install X // not fail 3. dnf install X // fail 4. dnf clean metadata/dbcache 5. dnf install X // not fail 6. dnf install X // fail