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 1293652 - DNF: Unable to load repositories without updateinfo
Summary: DNF: Unable to load repositories without updateinfo
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: dnf
Version: 23
Hardware: All
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Packaging Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-12-22 14:53 UTC by Jan ONDREJ
Modified: 2016-01-06 09:57 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-01-06 09:57:27 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Jan ONDREJ 2015-12-22 14:53:12 UTC
Description of problem:
Unable to load some repositories using dnf. For example epel repository has no working updateinfo, which fails to load it.

Version-Release number of selected component (if applicable):
dnf-1.1.4-2.fc23.noarch
dnf-1.1.5-1.fc23.noarch

How reproducible:
always

Steps to Reproduce:
cat > /etc/yum.repos.d/epel.repo << EOF
[epel]
name=epel
mirrorlist=http://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=x86_64
EOF
dnf update

Actual results:
Failed to open: /var/cache/dnf/epel-a84ebc916ab68dc8/repodata/eb6509090a740d6ed73ee5e0ec9ecea05fbdcecbb7465ba62eaf0742c90c3360-updateinfo.xml.bz2.

Expected results:
no error

Additional info:
This bug mentions an non official repository, but I think this should fail with other repositories too. I an not sure, what exactly is wrong, but with more debugging I found, that this error message is confusing. This missing file exists on my system and is readable:

file /var/cache/dnf/epel-a84ebc916ab68dc8/repodata/eb6509090a740d6ed73ee5e0ec9ecea05fbdcecbb7465ba62eaf0742c90c3360-updateinfo.xml.bz2
/var/cache/dnf/epel-a84ebc916ab68dc8/repodata/eb6509090a740d6ed73ee5e0ec9ecea05fbdcecbb7465ba62eaf0742c90c3360-updateinfo.xml.bz2: bzip2 compressed data, block size = 500k

Looks like problem is with opening of solvx file, which is missing and this problem is misinterpreted as missing xml.bz2 file.

open("/var/cache/dnf/epel-updateinfo.solvx", O_RDONLY) = -1 ENOENT (No such file or directory)

Please, fix this bug. I use dnf for collecting data from various repositories and this way unable to use it. Thank you.

Comment 1 Honza Silhan 2015-12-23 13:07:12 UTC

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

Comment 2 Honza Silhan 2015-12-23 13:09:44 UTC
I am sorry not actually this dup but the new libsolv fixing this should be already in f23 stable repo: https://bodhi.fedoraproject.org/updates/FEDORA-2015-ef37719be7

Comment 3 Jan ONDREJ 2015-12-23 15:34:26 UTC
(In reply to Jan Silhan from comment #2)
> I am sorry not actually this dup but the new libsolv fixing this should be
> already in f23 stable repo:
> https://bodhi.fedoraproject.org/updates/FEDORA-2015-ef37719be7

Not fixed by this update. Can you try to reproduce? It's easy to reproduce, you can remove epel.repo and no need to update anything, just run "dnf update" and do not confirm real update.

[root@localhost ~]# rpm -q dnf libsolv hawkey
dnf-1.1.5-1.fc23.noarch
libsolv-0.6.14-7.fc23.x86_64
hawkey-0.6.2-3.fc23.x86_64
[root@localhost ~]# dnf clean all
Cleaning repos: updates epel fedora
Cleaning up Everything
[root@localhost ~]# dnf update --disablerepo=* --enablerepo=epel
epel                                             15 MB/s | 9.4 MB     00:00    
Failed to open: /var/cache/dnf/epel-a84ebc916ab68dc8/repodata/eb6509090a740d6ed73ee5e0ec9ecea05fbdcecbb7465ba62eaf0742c90c3360-updateinfo.xml.bz2.
[root@localhost ~]# 

I temporarily fixed this in my scripts by setting load_updateinfo=False. Btw, can this option be configurable in dnf.base.Base class?

Comment 4 Jaroslav Mracek 2016-01-05 13:51:00 UTC
The problem can be solved by installing libsolv for epel7 (http://koji.fedoraproject.org/koji/buildinfo?buildID=704417). We still don't know why version for 23 doesn't work correctly.

Comment 5 Jan ONDREJ 2016-01-05 17:05:41 UTC
(In reply to Jaroslav Mracek from comment #4)
> The problem can be solved by installing libsolv for epel7
> don't know why version for 23 doesn't work correctly.

May be this is an different problem. Fedora has dnf-1, epel7 only dnf-0.6.
May be it's enough to fix this in dnf and skip loading of missing solvx files.
Can you try to debug this on Fedora? It's easy to reproduce using steps in this bug.

Btw, I can't reproduce this problem with libsolv-0.6.11-1.el7.x86_64. May be this is a different problem of dnf in Fedora 23.

Comment 6 Jaroslav Mracek 2016-01-06 08:58:56 UTC
The problem will be fixed in next release


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