Bug 1953685
Summary: | The RHVH iso should not always remove the /root/anaconda-ks.cfg file. | |||
---|---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | jcastran | |
Component: | redhat-virtualization-host | Assignee: | Lev Veyde <lveyde> | |
Status: | CLOSED ERRATA | QA Contact: | cshao <cshao> | |
Severity: | high | Docs Contact: | ||
Priority: | unspecified | |||
Version: | 4.4.6 | CC: | arachman, cshao, dwhitley, lsvaty, lveyde, mavital, peyu, sbonazzo, shlei, weiwang, yaniwang | |
Target Milestone: | ovirt-4.4.9 | Keywords: | ZStream | |
Target Release: | --- | |||
Hardware: | All | |||
OS: | Linux | |||
Whiteboard: | ||||
Fixed In Version: | Doc Type: | No Doc Update | ||
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 1970879 (view as bug list) | Environment: | ||
Last Closed: | 2021-11-19 19:21:53 UTC | Type: | Bug | |
Regression: | --- | Mount Type: | --- | |
Documentation: | --- | CRM: | ||
Verified Versions: | Category: | --- | ||
oVirt Team: | Node | RHEL 7.3 requirements from Atomic Host: | ||
Cloudforms Team: | --- | Target Upstream Version: | ||
Embargoed: | ||||
Bug Depends On: | 1970879 | |||
Bug Blocks: |
Description
jcastran
2021-04-26 16:18:42 UTC
I don't think it's a good idea to disable or remove logs by default, just as RHEL doesn't do so. And RHV-H is no different from RHEL in this regard - in *rare* cases in which somebody may be concerned with the information that may appear in logs, that specific customer should either add the option to not create the logs or remove from these from the system, however I can hardly think of the such a case. There are reasons why these files are created in the first place. To clarify - the referenced code removes the logs and ks files during the build of the SquashFS image. These have no effect on what happens during the actual installation. And one can simply check to see that after the installation the Anaconda log files indeed exist under /var/log/anaconda directory. The anaconda-ks.cfg and original-ks.cfg will be indeed missing from the /root (user root home directory), but that has to do with the flow of the RHV-H installation, and unfortunately is not easy to fix. Fixing this issue (for anaconda-ks.cfg file) requires modification of the Anaconda, so a patch was sent to the u/s Anaconda project: https://github.com/rhinstaller/anaconda/pull/3321 Not going to land in 8.4.0.1, moving out to 4.4.8 and back to POST since we are still waiting for RHEL 8 backport. Test version: rhvh-4.4.9.2-0.20211011.0+1 Test result: After the installation the Anaconda log files exist under /var/log/anaconda directory. So the bug is fixed, change bug status to VERIFIED. # imgbase w You are on rhvh-4.4.9.2-0.20211011.0+1 # pwd /var/log/anaconda # ll total 15184 -rw-------. 1 root root 38590 Oct 12 10:16 anaconda.log -rw-------. 1 root root 3156 Oct 12 10:16 dbus.log -rw-------. 1 root root 66196 Oct 11 18:57 dnf.librepo.log -rw-------. 1 root root 120 Oct 11 18:57 hawkey.log -rw-------. 1 root root 3645655 Oct 12 10:17 journal.log -rw-------. 1 root root 0 Oct 11 18:57 ks-script-1h5wt0dw.log -rw-------. 1 root root 71 Oct 12 10:16 ks-script-1x5lx41t.log -rw-------. 1 root root 0 Oct 11 18:57 ks-script-1xr_o3bz.log -rw-------. 1 root root 0 Oct 12 10:16 ks-script-5sua91hd.log -rw-------. 1 root root 0 Oct 11 18:57 ks-script-fl7cg9vr.log -rw-------. 1 root root 0 Oct 12 10:16 ks-script-gty4rjxy.log -rw-------. 1 root root 139 Oct 11 18:57 ks-script-i80ylqve.log -rw-------. 1 root root 3095 Oct 11 18:57 ks-script-t632mtqx.log -rw-------. 1 root root 8678809 Oct 12 10:16 lvm.log -rw-------. 1 root root 501 Oct 12 10:16 packaging.log -rw-------. 1 root root 7951 Oct 12 10:16 program.log -rw-------. 1 root root 897744 Oct 12 10:16 storage.log -rw-------. 1 root root 2146860 Oct 12 10:16 syslog -rw-------. 1 root root 22592 Oct 12 10:16 X.log 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: Red Hat Virtualization Host security and bug fix update [ovirt-4.4.9] 0-day), 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-2021:4750 |