Bug 1285519
| Summary: | RFE: provide a way to prevent creating artifacts with internal pathnames, e.g. anaconda-ks.cfg | |||
|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Mike Burns <mburns> | |
| Component: | anaconda | Assignee: | Martin Kolman <mkolman> | |
| Status: | CLOSED ERRATA | QA Contact: | Release Test Team <release-test-team-automation> | |
| Severity: | unspecified | Docs Contact: | ||
| Priority: | medium | |||
| Version: | 7.3 | CC: | fdeutsch, jikortus, jstodola, jwalter, mbanas, mburns, mkolman, salmy, sbueno | |
| Target Milestone: | rc | Keywords: | FutureFeature | |
| Target Release: | --- | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | anaconda-21.48.22.81-1 | Doc Type: | Enhancement | |
| Doc Text: |
Feature: Make it possible to prevent installation logs and input/output kickstart from being stored on the installed system (this includes image installation).
Reason: In some cases (and especially during image installations) it make sense to not save installation logs and kickstarts to the installed system - mostly due to internal URLs and possibly other sensitive information they might contain.
Unfortunately the kickstart %post scripts run *before* the logs and kickstarts are copied to the system, so some other way of getting rid of them was needed.
Result: The inst.nosave boot & --nosave command line option has been added, which makes it possible to prevent logs & kickstarts from reached the installed system.
The nosave option takes the following keywords:
input_ks - Disables saving of the input kickstart (if any).
output_ks - Disables saving of the output kickstart generated by Anaconda.
all_ks -Disables saving of both input and output kickstarts.
logs - Disables saving of all installation logs.
all - Disables saving of all kickstarts and all logs.
At least one keyword is expected and multiple keywords can be provided, delimited by a ",", for example:
input_ks,logs
|
Story Points: | --- | |
| Clone Of: | ||||
| : | 1340477 (view as bug list) | Environment: | ||
| Last Closed: | 2016-11-03 23:19:20 UTC | Type: | Bug | |
| Regression: | --- | Mount Type: | --- | |
| Documentation: | --- | CRM: | ||
| Verified Versions: | Category: | --- | ||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
| Cloudforms Team: | --- | Target Upstream Version: | ||
| Embargoed: | ||||
| Bug Depends On: | ||||
| Bug Blocks: | 1284582, 1295926, 1313485, 1340477, 1340490 | |||
|
Description
Mike Burns
2015-11-25 20:03:28 UTC
I guess that not only anaconda-ks.cfg, but also installation logs should not be copied to /var/log/anaconda/, since they also contain internal locations. (In reply to Jan Stodola from comment #1) > I guess that not only anaconda-ks.cfg, but also installation logs should not > be copied to /var/log/anaconda/, since they also contain internal locations. Yeah, that also makes sense, but I guess it should probably be a separate option so that we don't lump them together with kickstarts. So maybe inst.save_kickstart and inst.save_logs ? And if "inst.save_kickstart=0 inst.save_kickstart=0" would be added to boot command line both kickstarts and logs would not be saved to the system. ok, two options make sense. A patch[0] adding this for Fedora has been posted for review. [0] https://lists.fedorahosted.org/archives/list/anaconda-patches%40lists.fedorahosted.org/message/W4WDSKJ6OUKBSE2SXFWCP6A2M6OZL37X/ We should also consider dropping other caches liek yum's cache or so. Basically this has quite a bit of overlap with virt-sysprep IMO. (In reply to Fabian Deutsch from comment #5) > We should also consider dropping other caches liek yum's cache or so. > Basically this has quite a bit of overlap with virt-sysprep IMO. We are thinking about making a single boot option that users can use to provide a comma separated list of things Anaconda should not save on the installed system. For example: inst.nosave=logs,kickstarts or inst.nosave=all To disable saving of all the "artifacts" that can be specified by the nosave option. This should be quite easy to extend to various kinds of things as needed. That sounds like a nice approach. Please consider to put this in a somewhat isolated library, maybe this can be pulled into a separate tool for existing images. *** Bug 1342663 has been marked as a duplicate of this bug. *** 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://rhn.redhat.com/errata/RHEA-2016-2158.html |