-
Bug
-
Resolution: Done-Errata
-
Undefined
-
None
-
4.16.0
Description of problem:
`preserveBootstrapIgnition` was named after the implementation details in terraform for how to make deleting S3 objects optional. The motivation behind the change was that some customers run installs in subscriptions where policies do not allow deleting s3 objects. They didn't want the install to fail because of that. With the move from terraform to capi/capa, this is now implemented differently: capa always tries to delete the s3 objects but will ignore any permission errors if `preserveBootstrapIgnition` is set. We should rename this option so it's clear that the objects will be deleted if there are enough permissions. My suggestion is to name something similar to what's named in CAPA: `allowBestEffortDeleteIgnition`. Ideally we should deprecate `preserveBootstrapIgnition` in 4.16 and remove it in 4.17.
Version-Release number of selected component (if applicable):
4.14+ but I don't think we want to change this for terraform-based installs
How reproducible:
always
Steps to Reproduce:
1. 2. 3.
Actual results:
Expected results:
Additional info:
https://github.com/openshift/installer/pull/7288
- blocks
-
OCPBUGS-35312 aws: rename `preserverBootstrapIgnition` install-config option
- Closed
- is cloned by
-
OCPBUGS-35312 aws: rename `preserverBootstrapIgnition` install-config option
- Closed
- is related to
-
OCPBUGS-33509 [AWS CAPI install] "platform.aws.preserveBootstrapIgnition: true" does not work.
- Closed
-
OCPBUGS-26016 [enterprise-4.14] Issue in file installing/installing_aws/installing-aws-user-infra.adoc
- Closed
- links to
-
RHEA-2024:3718 OpenShift Container Platform 4.17.z bug fix update