Bug 1796627

Summary: debugging issues with the bootstap host is hard because it's automatically removed
Product: OpenShift Container Platform Reporter: Scott Dodson <sdodson>
Component: InstallerAssignee: Stephen Benjamin <stbenjam>
Installer sub component: openshift-installer QA Contact: Yang Yang <yanyang>
Status: CLOSED ERRATA Docs Contact:
Severity: unspecified    
Priority: unspecified CC: gpei, jialiu, rbartal
Version: 4.4   
Target Milestone: ---   
Target Release: 4.4.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: No Doc Update
Doc Text:
This is a developer oriented change and should NOT make it into product documentation.
Story Points: ---
Clone Of:
: 1798060 (view as bug list) Environment:
Last Closed: 2020-05-04 11:28:24 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: 1798060    

Description Scott Dodson 2020-01-30 19:31:38 UTC
debugging issues with the bootstap host is hard because it's automatically removed, we should provide an option to leave it around

Comment 2 Yang Yang 2020-02-03 11:26:22 UTC
Verified with openshift-install 4.4.0-0.nightly-2020-02-03-005212

Steps of verification as below:
1. Set environment variable
export OPENSHIFT_INSTALL_PRESERVE_BOOTSTRAP=true

2. Install an IPI cluster
[root@preserve-yangyangmerrn-1 build]# openshift-install create cluster --dir=bz
? SSH Public Key /root/.ssh/id_rsa.pub
? Platform gcp
INFO Credentials loaded from file "/root/.gcp/osServiceAccount.json" 
? Project ID openshift-qe
? Region us-central1
? Base Domain qe.gcp.devcluster.openshift.com
? Cluster Name yang
? Pull Secret [? for help] 
INFO Creating infrastructure resources...         
INFO Waiting up to 20m0s for the Kubernetes API at https://api.yang.qe.gcp.devcluster.openshift.com:6443... 
INFO API v1.17.1 up                               
INFO Waiting up to 40m0s for bootstrapping to complete... 
WARNING OPENSHIFT_INSTALL_PRESERVE_BOOTSTRAP is set, not destroying bootstrap resources. Warning: this should only be used for debugging purposes, and poses a risk to cluster stability. 
INFO Waiting up to 30m0s for the cluster at https://api.yang.qe.gcp.devcluster.openshift.com:6443 to initialize... 
INFO Waiting up to 10m0s for the openshift-console route to be created... 
INFO Install complete!                            
INFO To access the cluster as the system:admin user when using 'oc', run 'export KUBECONFIG=/root/build/bz/auth/kubeconfig' 
INFO Access the OpenShift web-console here: https://console-openshift-console.apps.yang.qe.gcp.devcluster.openshift.com 
INFO Login to the console with user: kubeadmin, password: 2zT3p-mNJnJ-Z3UiL-ezPaA 

Bootstrap is kept after installation completes.

3. Destroy the cluster
After cluster destoying, bootstrap is destroyed

The test results are as expected hence moving it to verified state

Comment 3 Stephen Benjamin 2020-03-03 14:31:10 UTC
*** Bug 1809509 has been marked as a duplicate of this bug. ***

Comment 5 errata-xmlrpc 2020-05-04 11:28:24 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, 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:0581