Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
Red Hat Satellite engineering is moving the tracking of its product development work on Satellite 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 "Satellite project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs will be migrated starting at the end of May. 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 "Satellite project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/SAT-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.
Description of problem:
In %post section we are already in chrooted environment. So --log /mnt/sysimage/root/install.post.log will create log file with this path in the actual OS file structure.
It should be directing logs to /root/install.post.log as we did prior.
Version-Release number of selected component (if applicable):
Satelliet 6.6
How reproducible:
Always
Steps to Reproduce:
1. Provision a system with satellite 6
2. Post logs are in /mnt/sysimage/root/install.post.log instead of /root/install.post.log
Expected results:
provisioning template should not hould not be creating logging files under /mnt
Additional info:
Just to add another data point, I was able to duplicate this in my lab very easily. I am using Sat 6.6 and standard kickstart templates, and PXE provisioned a normal RHEL 7.7 guest and this is the results after the machine was provisioned:
https://share.getcloudapp.com/RBudj5r2
Adding myself to this BZ as well so I can keep a customer updated on its status. I'm happy to help test in my lab.
It appears that this file is severely limited in terms of its usefulness when compared to previous information stored within this file. From what I'm seeing, it's missing the majority of its previous contents such as Subscription Manager registration and other snippet output (Katello agent package install information, etc) and yum update logging information. Easily, less than perhaps a tenth of the typical information as previously seen is contained within this log file now. With this said, there is a bigger issue than this log file simply not being placed in root's home directory. This lack of log detail was noticed on a recent RHEL 8.1 and 7.7 server.
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 (Important: Satellite 6.8 release), 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-2020:4366