Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
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.
RELATED ISSUES
==============
This is related to RHEL7 bug #1472622
This is also related to Gluster / RHGSS bug #1825753
PROBLEM
=======
The Gluster team makes Red Hat Storage Server; the latest is based on RHEL 8. They have Red Hat Storage Server product-specific artwork that should display in anaconda. If you run a recent nightly build, you'll see a plain "Red Hat" logo is displayed instead of the Red Hat Storage Server product-specific logo:
RHGSS-3.5.1-RHEL-8-20200417.n.3-RHGSS-x86_64-dvd1.iso
How the Gluster team typically packages these custom logos, is that they have a redhat-storage-logos RPM that obsoletes redhat-logos and provides system-logos.
If you look at the tree of that image, you see in the Packages dir that correctly, the redhat-storage-logos.rpm is present and redhat-logos is not present.
However, if you look at the lorax log, you'll see that the redhat-logos image files are being pulled in anyway, and the redhat-storage-logos are not being pulled in, with error messages like this:
2020-04-17 15:20:53,188 DEBUG pylorax.ltmpl: template line 250: removefrom red hat gluster storage-logos /etc/*
2020-04-17 15:20:53,188 DEBUG pylorax.ltmpl: removefrom red hat: no files matched!
from other lines it's clear lorax is not choosing the correct product logos and is defaulting to the plain red hat ones:
DEBUG pylorax.treebuilder: Found release package redhat-release-8.1-3.3.el8.x86_64
As explained by bcl, lorax isn't really meant to be run with more than one thing providing system-release, so trying to customize it by dropping in more of them generally doesn't work. lorax is automagically trying to use the product name and match it to a logo package name, but the naming scheme for this specific product doesn't work correctly with the heuristics it's using.
REQUESTED FIX
=============
bcl has a fix on rhel7.9 that uses the variant name as part of the search, instead of just picking the first match. That fix wouldn't work for this product, since the variant is RHGSS but the package isn't.
mkolman suggested perhaps this product could have a custom template and hardcode all the package names in it. bcl thinks a better solution would be to add a --release-pkg option to let it override the automagic methods.
WORKAROUND
==========
A workaround until that fix is completed is to feed lorax a list of repos with only one set of branding in them. (Which doesn't work very well when layering things on top of the normal repos.)
Version-Release number of selected component (if applicable):
This was the latest version of lorax as of April 17, 2020
I will paste links to the relevant logs / etc. in a private comment below (they link to internal RH servers so are useless to public bug readers)
*** Bug 1826938 has been marked as a duplicate of this bug. ***
Comment 29Alexander Todorov
2020-04-28 12:52:35 UTC
How to reproduce:
Variant 1
----------
Boot the most recent version of RHGSS-3.5.1-RHEL-8-20200417.n.3-RHGSS-x86_64-dvd1.iso and verify that it displays the Red Hat Storage Server product-specific logo - as per the original bug report.
Variant 2
---------
- Boot a Workstation variant and verify the welcome message is "welcome to Red Hat Enterprise Linux Workstation ....!"
- Boot a Server variant and verify the welcome message is "welcome to Red Hat Enterprise Linux Server ... !"
as per related rhbz#1472622. I've seen this one with RHEL 7 installation in the past and if I am not mistaken it has been reported multiple times before.
Variant 3
---------
Try running lorax with --skip-branding and point to a repository providing your own customized branding, see the documentation at https://github.com/weldr/lorax/pull/997/files. The resulting image should contain your own personalized branding.
Also see the tests at https://github.com/weldr/lorax/pull/997/files
Comment 30Alexander Todorov
2020-05-04 13:40:52 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 (lorax bug fix and enhancement update), 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:4662