Bug 2005938 - Installation times out due to slow image write
Summary: Installation times out due to slow image write
Keywords:
Status: CLOSED DUPLICATE of bug 2002009
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Installer
Version: 4.8
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: ---
Assignee: Beth White
QA Contact: Amit Ugol
URL:
Whiteboard:
Depends On:
Blocks: 1964984
TreeView+ depends on / blocked
 
Reported: 2021-09-20 14:04 UTC by ghelling
Modified: 2021-10-07 16:54 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-09-27 13:43:27 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Ironic logs from failed installation (1.44 MB, application/gzip)
2021-09-20 14:04 UTC, ghelling
no flags Details

Description ghelling 2021-09-20 14:04:54 UTC
Created attachment 1824698 [details]
Ironic logs from failed installation

Description of problem:

When attempting to install OCP-CNV, the installation fails because the installation of CoreOS times out.


Version-Release number of selected component (if applicable):


How reproducible:

Every time

Steps to Reproduce:
1. Run installer
2. During the RHCOS install to bare metal machines, observe the timeout

Actual results:

The following command takes nearly two hours to complete, leading to an installer timeout:
/bin/qemu-img convert -p -O host_device -t directsync -W /tmp/cached-rhcos-49.84.202107010027-0-openstack.x86_64.qcow2 /dev/sda


Expected results:

The above command should take 2-3 minutes to complete


Additional info:

Ironic logs from install attached

Comment 1 Simone Tiraboschi 2021-09-20 15:23:00 UTC
ghelling, are you using the OpenShift Assisted Installer to provision the cluster?
I think that this issue is in the provisioning of the cluster, not deploying CNV that will be installed via OLM only once the cluster is up.

Comment 2 ghelling 2021-09-22 15:02:40 UTC
Simone,

I believe you are correct that this is during provision of the cluster and might not be specific to CNV. However, we are not using the Assisted Installer. This is using the normal installer.

Comment 3 Derek Higgins 2021-09-27 13:43:27 UTC
This looks like a duplicate of bz#2002009

the qemu-img command being use to write to the disk if essentially zero-ing out the entire disk 

I'm going to close this as a DUP, please re-open if you think its a different problem

*** This bug has been marked as a duplicate of bug 2002009 ***


Note You need to log in before you can comment on or make changes to this bug.