-
Bug
-
Resolution: Done
-
Major
-
None
-
4.13
-
Quality / Stability / Reliability
-
False
-
-
1
-
None
-
None
-
None
-
Rejected
-
Metal Platform 231, Metal Platform 232, Metal Platform 233, Metal Platform 234, Metal Platform 235
-
5
-
Done
-
Bug Fix
-
N/A
-
None
-
None
-
None
-
None
Description of problem:
Altering the ImageURL or ExtraKernelParams values in a PreprovisioningImage CR should cause the host to boot using the new image or parameters, but currently the host doesn't respond at all to changes in those fields.
Version-Release number of selected component (if applicable):
4.13.0-0.nightly-2023-01-11-225449
How reproducible:
Always
Steps to Reproduce:
1. Create a BMH 2. Set preprovisioning image image URL 3. Allow host to boot 4. Change image URL or extra kernel params
Actual results:
Host does not reboot
Expected results:
Host reboots using the newly provided image or parameters
Additional info:
BMH:
- apiVersion: metal3.io/v1alpha1
kind: BareMetalHost
metadata:
annotations:
inspect.metal3.io: disabled
creationTimestamp: "2023-01-13T16:06:12Z"
finalizers:
- baremetalhost.metal3.io
generation: 4
labels:
infraenvs.agent-install.openshift.io: myinfraenv
name: ostest-extraworker-0
namespace: assisted-installer
resourceVersion: "61077"
uid: 444d7246-3d0a-4188-a8c4-f407ee4f741f
spec:
automatedCleaningMode: disabled
bmc:
address: redfish+http://192.168.111.1:8000/redfish/v1/Systems/6f45ba9f-251a-46f7-a7a8-10c6ca9231dd
credentialsName: ostest-extraworker-0-bmc-secret
bootMACAddress: 00:b2:71:b8:14:4f
customDeploy:
method: start_assisted_install
online: true
status:
errorCount: 0
errorMessage: ""
goodCredentials:
credentials:
name: ostest-extraworker-0-bmc-secret
namespace: assisted-installer
credentialsVersion: "44478"
hardwareProfile: unknown
lastUpdated: "2023-01-13T16:06:22Z"
operationHistory:
deprovision:
end: null
start: null
inspect:
end: null
start: null
provision:
end: null
start: "2023-01-13T16:06:22Z"
register:
end: "2023-01-13T16:06:22Z"
start: "2023-01-13T16:06:12Z"
operationalStatus: OK
poweredOn: false
provisioning:
ID: b5e8c1a9-8061-420b-8c32-bb29a8b35a0b
bootMode: UEFI
image:
url: ""
raid:
hardwareRAIDVolumes: null
softwareRAIDVolumes: []
rootDeviceHints:
deviceName: /dev/sda
state: provisioning
triedCredentials:
credentials:
name: ostest-extraworker-0-bmc-secret
namespace: assisted-installer
credentialsVersion: "44478"
Preprovisioning Image (with changes)
- apiVersion: metal3.io/v1alpha1
kind: PreprovisioningImage
metadata:
creationTimestamp: "2023-01-13T16:06:22Z"
generation: 1
labels:
infraenvs.agent-install.openshift.io: myinfraenv
name: ostest-extraworker-0
namespace: assisted-installer
ownerReferences:
- apiVersion: metal3.io/v1alpha1
blockOwnerDeletion: true
controller: true
kind: BareMetalHost
name: ostest-extraworker-0
uid: 444d7246-3d0a-4188-a8c4-f407ee4f741f
resourceVersion: "56838"
uid: 37f4da76-0d1c-4e05-b618-2f0ab9d5c974
spec:
acceptFormats:
- initrd
architecture: x86_64
status:
architecture: x86_64
conditions:
- lastTransitionTime: "2023-01-13T16:34:26Z"
message: Image has been created
observedGeneration: 1
reason: ImageCreated
status: "True"
type: Ready
- lastTransitionTime: "2023-01-13T16:06:24Z"
message: Image has been created
observedGeneration: 1
reason: ImageCreated
status: "False"
type: Error
extraKernelParams: coreos.live.rootfs_url=https://assisted-image-service-assisted-installer.apps.ostest.test.metalkube.org/boot-artifacts/rootfs?arch=x86_64&version=4.12
rd.break=initqueue
format: initrd
imageUrl: https://assisted-image-service-assisted-installer.apps.ostest.test.metalkube.org/images/79ef3924-ee94-42c6-96c3-2d784283120d/pxe-initrd?api_key=eyJhbGciOiJFUzI1NiIsInR5cCI6IkpXVCJ9.eyJpbmZyYV9lbnZfaWQiOiI3OWVmMzkyNC1lZTk0LTQyYzYtOTZjMy0yZDc4NDI4MzEyMGQifQ.YazOZS01NoI7g_eVhLmRNmM6wKVVaZJdWbxuePia46Fo0GMLYtSOp1JTvtcStoT51g7VkSnTf8LBJ0zmbGu3HQ&arch=x86_64&version=4.12
kernelUrl: https://assisted-image-service-assisted-installer.apps.ostest.test.metalkube.org/boot-artifacts/kernel?arch=x86_64&version=4.12
networkData: {}
This was found while testing ZTP so in this case the assisted-service controllers are altering the preprovisioning image in response to changes made in the assisted-specific CRs, but I don't think this issue is ZTP specific.
- clones
-
OCPBUGS-5833 Changing a PreprovisioningImage ImageURL and/or ExtraKernelParams should reboot the host
-
- Closed
-
- depends on
-
OCPBUGS-5833 Changing a PreprovisioningImage ImageURL and/or ExtraKernelParams should reboot the host
-
- Closed
-
- is related to
-
OCPBUGS-13124 Forced BMH reboot fails when image URL has changed
-
- Closed
-
- links to