Bug 1744960

Summary:	dnf segfaults when using repo with zck compression only
Product:	Red Hat Enterprise Linux 8	Reporter:	Karel Srot <ksrot>
Component:	librepo	Assignee:	Jaroslav Mracek <jmracek>
Status:	CLOSED ERRATA	QA Contact:	Luca Berton <lberton>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	8.0	CC:	amatej, lberton, pkratoch
Target Milestone:	rc	Keywords:	Triaged
Target Release:	8.0	Flags:	pm-rhel: mirror+
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	libdnf-0.38.1-1.el8	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2020-04-28 16:55:25 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Karel Srot 2019-08-23 11:27:50 UTC

Description of problem:

See bug 1726141 for some background, esp. #c13.

I do see a dnf crashing when having a repo with zck compressed repodata only. When there are both zck and other (sqlite.bz2, gz) repodata the coredump is not happening (this was fixed fixed in 1726141).

e.g. command
# dnf list --available
crashes

dnf-4.2.7-4.el8.noarch
libdnf-0.35.1-5.el8.x86_64
librepo-1.10.3-2.el8.x86_64

On F30 the scenario works fine.

Comment 4 Jaroslav Mracek 2019-09-30 15:27:49 UTC

I create a PR that add additional test whether primary is part of downloaded metadata. https://github.com/rpm-software-management/libdnf/pull/802

Comment 10 errata-xmlrpc 2020-04-28 16:55:25 UTC

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2020:1856