RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1712810 - src packages are listed in virt rhel module for RHEL8.0.0.1 and there are some problems about version checking with virt rhel module.
Summary: src packages are listed in virt rhel module for RHEL8.0.0.1 and there are som...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: virt-rhel-module
Version: 8.0
Hardware: x86_64
OS: Linux
high
high
Target Milestone: rc
: 8.0
Assignee: Danilo de Paula
QA Contact: yalzhang@redhat.com
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-05-22 09:50 UTC by Lin Liu
Modified: 2020-11-14 11:55 UTC (History)
14 users (show)

Fixed In Version: virt-rhel-8010020190628173616.cdc1202b
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2019-11-05 20:49:21 UTC
Type: Bug
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
virt:rhel module installation log (51.79 KB, text/plain)
2019-05-22 09:57 UTC, Lin Liu 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2019:3345 0 None None None 2019-11-05 20:50:16 UTC

Description Lin Liu 2019-05-22 09:50:11 UTC 
Description of problem:
Enable RHEL8.0.0 and RHEL8.0.0.1 repo at the same time.
Check virt:rhel module and install this module, there are 3 issues with this module:
1. Some src packages are listed in the module info, but there aren't src packages in RHEL8.0.0.1 repo: http://download-node-02.eng.bos.redhat.com/rhel-8/devel/candidate-trees/RHEL-8/RHEL-8.0.0-updates-20190520.1/compose/AppStream/x86_64/os/Packages/
# yum module info virt:rhel | grep src
Artifacts        : hivex-0:1.3.15-6.module+el8.0.0+3075+09be6b65.src
                 : libguestfs-1:1.38.4-10.module+el8.0.0+3075+09be6b65.src
                 : libguestfs-winsupport-0:8.0-2.module+el8.0.0+3075+09be6b65.src
                 : libiscsi-0:1.18.0-6.module+el8.0.0+3075+09be6b65.src
                 : libssh2-0:1.8.0-7.module+el8.0.0+3075+09be6b65.1.src
                 : libvirt-0:4.5.0-23.1.module+el8.0.0+3151+3ba813f9.src
                 : libvirt-dbus-0:1.2.0-2.module+el8.0.0+3075+09be6b65.src
                 : libvirt-python-0:4.5.0-1.module+el8.0.0+3075+09be6b65.src
                 : nbdkit-0:1.4.2-4.module+el8.0.0+3075+09be6b65.src
                 : netcf-0:0.2.8-10.module+el8.0.0+3075+09be6b65.src
                 : perl-Sys-Virt-0:4.5.0-4.module+el8.0.0+3075+09be6b65.src
                 : qemu-kvm-15:2.12.0-64.module+el8.0.0+3180+d6a3561d.2.src
                 : seabios-0:1.11.1-3.module+el8.0.0+3075+09be6b65.src
                 : sgabios-1:0.20170427git-2.module+el8.0.0+3075+09be6b65.src
                 : supermin-0:5.1.19-8.module+el8.0.0+3075+09be6b65.src

2. 2 version virt:rhel modules (RHEL8.0.0.1 and RHEL8.0.0) are listed by yum module info virt:rhel, but the installed libguestfs and some dependency packages are not RHEL8.0.0.1 version, packages of RHEL8.0.0 version are installed, while qemu-kvm and libvirt are the correct version.

# yum module info virt:rhel 
Last metadata expiration check: 0:00:09 ago on Wed 22 May 2019 09:08:47 AM UTC.
Name             : virt
Stream           : rhel [d][e][a]
Version          : 8000020190510171727
Context          : 55190bc5
Profiles         : common [d] [i]
Default profiles : common
Repo             : rhui-rhel-8-appstream-rhui-rpms
Summary          : Virtualization module
Description      : A virtualization module
Artifacts        : hivex-0:1.3.15-6.module+el8.0.0+3075+09be6b65.src
                 : hivex-0:1.3.15-6.module+el8.0.0+3075+09be6b65.x86_64
                 : hivex-debuginfo-0:1.3.15-6.module+el8.0.0+3075+09be6b65.x86_64
                 : hivex-debugsource-0:1.3.15-6.module+el8.0.0+3075+09be6b65.x86_64
                 : hivex-devel-0:1.3.15-6.module+el8.0.0+3075+09be6b65.x86_64
                 : libguestfs-1:1.38.4-10.module+el8.0.0+3075+09be6b65.src
                 : libguestfs-1:1.38.4-10.module+el8.0.0+3075+09be6b65.x86_64
...
Name             : virt
Stream           : rhel [d][e][a]
Version          : 820190226174025
Context          : 9edba152
Profiles         : common [d] [i]
Default profiles : common
Repo             : rhui-rhel-8-appstream-rhui-rpms
Summary          : Virtualization module
Description      : A virtualization module
Artifacts        : hivex-0:1.3.15-6.module+el8+2564+79985af8.x86_64
                 : hivex-devel-0:1.3.15-6.module+el8+2564+79985af8.x86_64
                 : libguestfs-1:1.38.4-10.module+el8+2709+40ed2f2c.x86_64
                 : libguestfs-bash-completion-1:1.38.4-10.module+el8+2709+40ed2f2c.noarch
                 : libguestfs-benchmarking-1:1.38.4-10.module+el8+2709+40ed2f2c.x86_64
                 : libguestfs-devel-1:1.38.4-10.module+el8+2709+40ed2f2c.x86_64
                 : libguestfs-gfs2-1:1.38.4-10.module+el8+2709+40ed2f2c.x86_64
...

# rpm -qa | grep -v rhn | grep -v dnf | grep module+el8+
libssh2-1.8.0-7.module+el8+2833+c7d6d092.x86_64
netcf-libs-0.2.8-10.module+el8+2529+a9686a4d.x86_64
libiscsi-1.18.0-6.module+el8+2547+34fca794.x86_64
supermin-5.1.19-8.module+el8+2529+a9686a4d.x86_64
hivex-1.3.15-6.module+el8+2564+79985af8.x86_64
llvm-libs-7.0.1-1.module+el8+2560+c32c7af1.x86_64
sgabios-bin-0.20170427git-2.module+el8+2529+a9686a4d.noarch
seabios-bin-1.11.1-3.module+el8+2529+a9686a4d.noarch
seavgabios-bin-1.11.1-3.module+el8+2529+a9686a4d.noarch
libguestfs-1.38.4-10.module+el8+2709+40ed2f2c.x86_64

# rpm -qa | grep module+el8.0.0
qemu-kvm-block-curl-2.12.0-64.module+el8.0.0+3180+d6a3561d.2.x86_64
qemu-kvm-2.12.0-64.module+el8.0.0+3180+d6a3561d.2.x86_64
...
libvirt-4.5.0-23.1.module+el8.0.0+3151+3ba813f9.x86_64
...

3. Two virt:rhel version are all marked as currently installed, the same strings are listed in Stream and Profiles field.
Stream           : rhel [d][e][a]
Profiles         : common [d] [i]

# dnf module list --installed virt:rhel
Last metadata expiration check: 0:22:12 ago on Wed 22 May 2019 09:08:47 AM UTC.
Red Hat Enterprise Linux 8 for x86_64 - AppStream from RHUI (RPMs)
Name                         Stream                             Profiles                              Summary                                     
virt                         rhel [d][e]                        common [d] [i]                        Virtualization module                       

Hint: [d]efault, [e]nabled, [x]disabled, [i]nstalled



Version-Release number of selected component (if applicable):
RHEL-8.0.0.Z 	virt-rhel-8000020190510171727.55190bc5

How reproducible:
Always

Steps to Reproduce:
1. Enable RHEL-8.0.0 and RHEL-8.0.0.1 repos at the same time.
2. Install virt:rhel module and check the results.

Actual results:
1. src packages are listed in virt-module.
2. Libguestfs and other dependency packages are installed with RHEL-8.0.0 version.
3. There are same Profile and Stream with RHEL8.0.0 and RHEL8.0.0.1.
 

Expected results:
There shouldn't be above issues.

Additional info:
I tested this issue on AWS instances with RHUI client enabled RHEL8.0.0 and RHEL8.0.0.1 repo at the same time, the same behaviour with local system with internal repos.
Comment 1 Lin Liu 2019-05-22 09:57:35 UTC 
Created attachment 1571943 [details]
virt:rhel module installation log

Add virt:rhel module installation log.
Comment 3 Lin Liu 2019-05-24 07:38:45 UTC 
Add more information:
In my guess the reason that liguestfs, supermin, seabios-bin and other packages are not installed with RHEL8.0.0.1 packages are there packages' version are not changed from RHEL8.0.0 to RHEL8.0.0.1, just change the name from el8 to el8.0.0 with the following strings. e.g., libguestfs version in RHEL8.0.0: libguestfs-1:1.38.4-10.module+el8+2709+40ed2f2c.x86_64, in RHEL8.0.0.1: libguestfs-1:1.38.4-10.module+el8.0.0+3075+09be6b65.x86_64.

Does this mean virt:rhel doesn't have the version check/control function? It seems like it depends on the yum itself to check which is the latest version.

This brings another question, if there is no version control for virt:rhel, the same issue will happen with RHEL8.0.1 and RHEL8.1.0.Z if keep the same way to name the packages. Now the packages version of RHEL8.1.0 are like this:  *+el8.1.0*, e.g., libguestfs-1.40.2-4.module+el8.1.0+3225+a8268fde, what's the version look like for RHEL8.1.0.Z packages?
Comment 5 Danilo de Paula 2019-05-24 21:07:16 UTC 
Modularity team broke the update path for modular packages when they introduced the 'el8.0.0' thing  for every package.
Comment 8 Danilo de Paula 2019-06-14 00:03:04 UTC 
Here the thing:

Assume this two packages:

A: libguestfs-1.40.2-4.module+el8.1.0+3225+a8268fde
B: libguestfs-1.40.2-4.module+el8+3000+a8268fde

A: was released for RHEL-8.1.0
B: was released for RHEL-8.0.0

This shouldn't cause real harm because even tough B is released later, they have exactly the same content. Essentially they are the same package.
Version-Release of both packages are exactly the same. 

I think they are aware about this. When we mentioned that months ago the proposal was to bump the RELEASE number for every package.

Btw, we had to do this bumping for zstream packages updates. But only for the packages we did update.
Comment 9 Danilo de Paula 2019-06-14 00:05:29 UTC 
> Here the thing:
> 
> Assume this two packages:
> 
> A: libguestfs-1.40.2-4.module+el8.1.0+3225+a8268fde
> B: libguestfs-1.40.2-4.module+el8+3000+a8268fde
> 
> A: was released for RHEL-8.1.0
> B: was released for RHEL-8.0.0
> 
> This shouldn't cause real harm because even tough B is released later, they

Sorry, released earlier.

> have exactly the same content. Essentially they are the same package.
> Version-Release of both packages are exactly the same. 
> 
> I think they are aware about this. When we mentioned that months ago the
> proposal was to bump the RELEASE number for every package.
> 
> Btw, we had to do this bumping for zstream packages updates. But only for
> the packages we did update.


$ rpmdev-vercmp libguestfs-1.40.2-4.module+el8.1.0+3225+a8268fde libguestfs-1.40.2-4.module+el8+3000+a8268fde

libguestfs-1.40.2-4.module+el8.1.0+3225+a8268fde < libguestfs-1.40.2-4.module+el8+3000+a8268fde
Comment 11 Josh Boyer 2019-06-18 17:15:10 UTC 
Can someone clarify what the exception? request is for?  Is this to simply bump the Release for all packages and ensure the upgrade path succeeds?

I don't think the additional stream thing is still an issue, IIRC.  The src package listing in the metadata is also not an issue, thought it is confusing.
Comment 16 Danilo de Paula 2019-06-27 13:59:30 UTC 
I made a proposal in bug 1723396, which is related to this but with serious consequences

Copying from that comment:

From my perspective, to be sure this is fixed once for all and we don't brake anything.
so we need five BZs:

1 - Bump all virt:rhel packages in rhel-8.0.0-z that are still using single 'el8' scheme (hint: all of them) and release a new zstream upate (with the release field +1).

2 - If we do that, then we also need to bump them in virt:rhel for RHEL-8.1.0 (to be sure they will be higher or, at least equal, in 8.0.0)

Same thing for RHEL-AV, but we need three BZs there:

3 - Bump all virt:8.0.0 package versions for RHEL-AV-8.0.0 (looks like every package uses el8 scheme)

4 - Bump all virt:8.0 packages RHEL-AV-8.0.1 

5 - Bump all virt:8.1 packages for RHEL-AV-8.1.0

Does it make sense? Is it too harsh?
Comment 17 Josh Boyer 2019-06-27 14:01:39 UTC 
Yes, it makes sense.
Comment 19 Danilo de Paula 2019-07-01 16:43:21 UTC 
Related to Bug 1723396
Comment 21 yalzhang@redhat.com 2019-07-12 06:40:56 UTC 
Check on lastest rhel-av-8.1.0 module: module-virt-8.1-8010020190701201736-cdc1202b, all packages has the "el8.1.0" in the suffix.

# yum module info virt:8.1
......
Name             : virt
Stream           : 8.1 [e] [a]
Version          : 8010020190701201736
Context          : cdc1202b
Architecture     : x86_64
Profiles         : common [d] [i]
Default profiles : common
Repo             : ci_fast
Summary          : Virtualization module
Description      : A virtualization module
Artifacts        : SLOF-0:20190114-2.gita5b428e.module+el8.1.0+3554+1a3a94a6.noarch
                 : hivex-0:1.3.15-7.module+el8.1.0+3554+1a3a94a6.x86_64
                 : hivex-debugsource-0:1.3.15-7.module+el8.1.0+3554+1a3a94a6.x86_64
                 : hivex-devel-0:1.3.15-7.module+el8.1.0+3554+1a3a94a6.x86_64
......
# yum module info virt:8.1  | grep Artifacts -A200 | grep -v +el8.1.0+

Hint: [d]efault, [e]nabled, [x]disabled, [i]nstalled, [a]ctive

===> no package without "+el8.1.0+"


BTW, check virt module for other streams:

RHEL-AV-8.0.1 with virt-8.0-8000120190621113320.38bbfdf6: all package have el8.0.1 in the suffix
# yum module info virt:8.0
...
Name             : virt
Stream           : 8.0 [e] [a]
Version          : 8000120190621113320
Context          : 38bbfdf6
Profiles         : common [d] [i]
Default profiles : common
Repo             : ci
Summary          : Virtualization module
Description      : A virtualization module
Artifacts        : SLOF-0:20180702-3.git9b7ab2f.module+el8.0.1+2959+fecd1a40.noarch
                 : hivex-0:1.3.15-6.module+el8.0.1+2959+fecd1a40.x86_64
                 : hivex-debugsource-0:1.3.15-6.module+el8.0.1+2959+fecd1a40.x86_64
...

# yum module info virt:8.0 | grep Artifacts -A300 | grep -v +el8.0.1+

Hint: [d]efault, [e]nabled, [x]disabled, [i]nstalled, [a]ctive]
===> no package without "+el8.0.1+"
Comment 22 yalzhang@redhat.com 2019-07-12 06:51:23 UTC 
Hi Danilo, Please help to check if above check for rhel-av-8.1.0 and rhel-av-8.0.1 virt module in comment 21 is enough for this bug? 

And I have another 2 questions:

1. Just to confirm, current rhel-8.1.0 virt module still have *.src packages in the module info list, as it is said in comment 14, this is acceptable, right?

2. I found the latest 8.0.0 z stream(both slow and fast train) release have the suffix of "+el8.0.0.z+", what is the background? Is there any bug&doc about this? 

Thank you very much!
Comment 23 Danilo de Paula 2019-07-25 03:43:25 UTC 
For question 0, yes.

For question 1: Yes

For question 2: This is something that was changed in RHEL build system and we were not notified about it (or maybe I missed the memo). Anyway, it looks bad so I've opened https://projects.engineering.redhat.com/browse/FACTORY-4869
Comment 24 yalzhang@redhat.com 2019-08-27 10:26:14 UTC 
Set the bug to be verified according to above comments.
Comment 26 errata-xmlrpc 2019-11-05 20:49:21 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/RHSA-2019:3345
Note You need to log in before you can comment on or make changes to this bug.