Bug 1728004

Summary:	dnf updateinfo shows kernel errata as available when the older kernel is still installed.
Product:	Red Hat Enterprise Linux 8	Reporter:	jcastran
Component:	libdnf	Assignee:	Marek Blaha <mblaha>
Status:	CLOSED ERRATA	QA Contact:	Luca Berton <lberton>
Severity:	high	Docs Contact:
Priority:	medium
Version:	8.1	CC:	amatej, fblinuxos, kwalker, lberton, mblaha, mdomonko, susalvi
Target Milestone:	rc	Keywords:	Triaged
Target Release:	8.0	Flags:	kwalker: mirror+
Hardware:	All
OS:	Unspecified
Whiteboard:
Fixed In Version:	dnf-4.2.16-1.el8	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2020-04-28 16:48:04 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:
Bug Depends On:
Bug Blocks:	1755139

Description jcastran 2019-07-08 19:27:00 UTC

Description of problem:
After installing security errata for kernel, kernel-core, or kernel-modules, yum/dnf updateinfo will show the errata as still applicable. 

It shows them as both installed and available.


Version-Release number of selected component (if applicable):
libdnf-0.22.5-5.el8_0.x86_64

How reproducible:
Everytime

Steps to Reproduce:
1. yum updateinfo list kernel  < Something is available
2. yum update kernel
3. yum updateinfo list kernel

Actual results:
We still see the same errata because the lower version is still installed. Even a reboot to ensure the new kernel is in use doesn't change this behavior

Expected results:
The errata should be resolved and not available since it's already installed (This is how RHEL 7 works)

Additional info:

Comment 2 Marek Blaha 2019-09-17 07:22:10 UTC

I created patch https://github.com/rpm-software-management/dnf/pull/1485 which should improve the behaviour of `dnf --available`. The new behaviour is:

1. yum updateinfo list kernel  < Something is available
2. yum update kernel
3. yum updateinfo list kernel < something is still available (because the running kernel remains in older version)
4. reboot with the newest kernel
5. yum updateinfo list kernel - nothing is printed

Comment 13 errata-xmlrpc 2020-04-28 16:48:04 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:1823

Comment 14 Ian Ballou 2021-11-29 21:08:12 UTC

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