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 1364532 - groupinstall installs wrong group, Base instead of 'Virtualization Host'
Summary: groupinstall installs wrong group, Base instead of 'Virtualization Host'
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: releng
Version: 7.3
Hardware: aarch64
OS: Unspecified
high
high
Target Milestone: rc
: 7.4
Assignee: Jon Disnard
QA Contact: Release Test Team
URL:
Whiteboard:
Depends On:
Blocks: 1173755 1277314 1357680
TreeView+ depends on / blocked
 
Reported: 2016-08-05 15:51 UTC by Andrew Jones
Modified: 2017-03-14 15:15 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-03-14 15:15:56 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1377609 1 None None None 2021-01-20 06:05:38 UTC

Internal Links: 1377609

Description Andrew Jones 2016-08-05 15:51:57 UTC
We haven't yet determined how to release Virt bits for RHEL7.3 AArch64. So far we've been collecting our packages in our own private repo. Today I did a fresh provision of an AArch64 machine, then added our private repo, and executed

yum groupinstall 'Virtualization Host'

This used to work for me, and yum grouplist still shows 'Virtualization Host' under 'Available Environment Groups', so I expected it to still work. However I instead get 'Base' packages. I.e. yum said 'Installing for group install "Base"', and indeed all the packages and dependencies are for Base (checked by comparing the list with the one I get actually selecting groupinstall Base)

It's as if 'Virtualization Host' isn't found, and then 'Base' is somehow the default that groupinstall falls back on?

Note, I can install individual packages from our private repo, e.g. 'yum install AAVMF' fine.

I asked our local repo expert about this, Mirek, and he said

"""
This is probably related to configuration of yum group. I see virtualization-platform as optional part of Virtualization host. Installing it will install libvirt but not qemu-kvm-rhev.

I'm not sure yum is the right component for such an bug but could be good starting point.
"""

Comment 2 Andrew Jones 2016-09-21 14:28:23 UTC
Please see related bug 1377609. This is urgent as it's even slowing development (It's not as fast/easy for me to setup newly provisioned machines as it used to be.) Thanks, drew

Comment 3 Valentina Mukhamedzhanova 2016-09-21 15:42:37 UTC
(In reply to Andrew Jones from comment #0)
> It's as if 'Virtualization Host' isn't found, and then 'Base' is somehow the
> default that groupinstall falls back on?

# yum group info virtualization-host-environment

Environment Group: Virtualization Host
 Environment-Id: virtualization-host-environment
 Description: Minimal virtualization host.
 Mandatory Groups:
   +base
    core
 Optional Groups:
   +debugging
   +network-file-system-client
   +remote-system-management
   +virtualization-platform

This is how the group is configured.

Comment 4 Andrew Jones 2016-09-21 16:14:31 UTC
On an x86 RHEL7 host I get

Environment Group: Virtualization Host
 Environment-Id: virtualization-host-environment
 Description: Minimal virtualization host.
 Mandatory Groups:
   +base
   +core
   +virtualization-hypervisor
   +virtualization-tools
 Optional Groups:
   +debugging
   +network-file-system-client
   +remote-system-management
   +virtualization-platform

which makes more sense, as we should have some mandatory virt groups.

Comment 7 John Feeney 2017-03-07 00:54:06 UTC
Any update on this? Do we need to create a ticket? Your wish is our command.

Comment 9 Jon Disnard 2017-03-14 15:15:56 UTC
There are a few jira and BZ for this topic so far.

Presently the comps-rhel-7.3.xml contains aarch64 virtualization-platform, virtualization-tools, and virtualization-hypervisor groups.

virtualization-platform is enabled for rhel-7.3.3 (aka batch 3 update), and the other two will be available in the next update release 7.3.4.


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