Bug 2004966

Summary: InfraEnv status shows 'Failed to create image: internal error'
Product: Red Hat Advanced Cluster Management for Kubernetes Reporter: Chad Crum <ccrum>
Component: Infrastructure OperatorAssignee: Daniel Erez <derez>
Status: CLOSED CURRENTRELEASE QA Contact: Chad Crum <ccrum>
Severity: high Docs Contact: Derek <dcadzow>
Priority: unspecified    
Version: rhacm-2.4CC: cchun, ccrum, derez, mfilanov, nsatsia, sasha, trwest, yfirst
Target Milestone: ---Keywords: Triaged
Target Release: rhacm-2.5Flags: ming: rhacm-2.4+
Hardware: x86_64   
OS: Linux   
Whiteboard: AI-Team-Platform
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2022-10-03 20:18:56 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: 2010272    

Description Chad Crum 2021-09-16 13:59:16 UTC
Description of problem:
When trying to deploy a spoke cluster on latest assisted service, InfraEnv CR status shows 'Failed to create image: internal error'

Version-Release number of selected component (if applicable):
OCP 4.9
Assisted Operator Index git_revision: 34c986435c1e85776b2bcb0544eab2e6e77a2c2b (Quay upstream)

This is a disconnected ipv6 bm env. Not sure if occurring on ipv4 connected.

How reproducible:
100%

Steps to Reproduce:
1. Create InfraEnv
2. Check InfraEnv status

Actual results:
  - lastTransitionTime: "2021-09-16T13:45:10Z"
    message: 'Failed to create image: internal error'
    reason: ImageCreationError
    status: "False"
    type: ImageCreated

Expected results:
  isoDownloadURL: https://assisted-service-assisted-installer.apps.ocp-edge-cluster-assisted-0.qe.lab.redhat.com/api/assisted-install/v2/infra-envs/82edf8e7-d860-4056-8555-0af28f71b386/downloads/image?api_key=eyJhbGciOiJFUzI1NiIsInR5cCI6IkpXVCJ9.eyJpbmZyYV9lbnZfaWQiOiI4MmVkZjhlNy1kODYwLTQwNTYtODU1NS0wYWYyOGY3MWIzODYifQ.9cjQlJtnGfNJaskhI9rz4vSQPuokvMcZIvTZWRTJZxO2uKM9zmg4r-CrdI9rCMlbCl_ZUqi6V1zAdWnE5PFqqw

Additional info:

Comment 3 Chad Crum 2021-09-16 14:25:52 UTC
Although not related to https://bugzilla.redhat.com/show_bug.cgi?id=2004986, the work around is the same:

Add `cpuArchitecture: x86_64` to ACS osImages: entries

Comment 4 Fred Rolland 2021-09-19 05:51:20 UTC
Can you please provide the ACS and service logs?

Comment 6 Chad Crum 2021-09-22 17:50:27 UTC
Hey Fred - I've attached the requested logs.

Comment 7 Fred Rolland 2021-09-29 12:01:30 UTC
@derez We should have a default for the architecture, no?

Comment 8 Daniel Erez 2021-09-30 06:46:25 UTC
(In reply to Fred Rolland from comment #7)
> @derez We should have a default for the architecture, no?

Right, it should been handled already by: https://github.com/openshift/assisted-service/pull/2634 (fix for bug 2004986)

Comment 9 Crystal Chun 2021-10-08 20:02:04 UTC
Based on @derez's comment, can you verify this bug is fixed and close this issue? @ccrum

Comment 10 Daniel Erez 2021-10-10 09:54:40 UTC
(In reply to Crystal Chun from comment #9)
> Based on @derez's comment, can you verify this bug is fixed and
> close this issue? @ccrum

So the fix for this issue is actually handled by https://github.com/openshift/assisted-service/pull/2693,
which is available in release-ocm-2.5 branch.

Comment 11 Chad Crum 2021-10-20 12:17:54 UTC
I will validate this when a 2.5 ACM release is available.

Comment 12 bjacot 2021-11-09 19:07:31 UTC
I am not seeing this issue on 2.4.0-DOWNSTREAM-2021-11-02-15-58-38