1
0
mirror of https://github.com/openshift/openshift-docs.git synced 2026-02-05 12:46:18 +01:00
Files
openshift-docs/rest_api/provisioning_apis/baremetalhost-metal3-io-v1alpha1.adoc

2018 lines
45 KiB
Plaintext
Raw Permalink Normal View History

2021-10-22 08:58:36 -04:00
// Automatically generated by 'openshift-apidocs-gen'. Do not edit.
:_mod-docs-content-type: ASSEMBLY
2020-11-03 14:46:54 -05:00
[id="baremetalhost-metal3-io-v1alpha1"]
= BareMetalHost [metal3.io/v1alpha1]
:toc: macro
:toc-title:
2020-11-03 14:46:54 -05:00
toc::[]
Description::
2021-06-29 12:44:54 -04:00
+
--
BareMetalHost is the Schema for the baremetalhosts API
--
2020-11-03 14:46:54 -05:00
Type::
`object`
== Specification
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `apiVersion`
2020-11-03 14:46:54 -05:00
| `string`
| APIVersion defines the versioned schema of this representation of an object. Servers should convert recognized schemas to the latest internal value, and may reject unrecognized values. More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#resources
| `kind`
2020-11-03 14:46:54 -05:00
| `string`
| Kind is a string value representing the REST resource this object represents. Servers may infer this from the endpoint the client submits requests to. Cannot be updated. In CamelCase. More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#types-kinds
| `metadata`
2024-09-17 16:21:01 -04:00
| xref:../objects/index.adoc#io-k8s-apimachinery-pkg-apis-meta-v1-ObjectMeta[`ObjectMeta`]
2020-11-03 14:46:54 -05:00
| Standard object's metadata. More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#metadata
| `spec`
2020-11-03 14:46:54 -05:00
| `object`
2024-05-22 13:47:28 -04:00
| BareMetalHostSpec defines the desired state of BareMetalHost.
2020-11-03 14:46:54 -05:00
| `status`
2020-11-03 14:46:54 -05:00
| `object`
2024-05-22 13:47:28 -04:00
| BareMetalHostStatus defines the observed state of BareMetalHost.
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .spec
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2024-05-22 13:47:28 -04:00
BareMetalHostSpec defines the desired state of BareMetalHost.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
Required::
- `online`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
2023-10-21 11:45:21 -04:00
| `architecture`
| `string`
2025-01-02 09:24:22 -05:00
| CPU architecture of the host, e.g. "x86_64" or "aarch64". If unset,
eventually populated by inspection.
2023-10-21 11:45:21 -04:00
2021-06-29 12:44:54 -04:00
| `automatedCleaningMode`
| `string`
2025-01-02 09:24:22 -05:00
| When set to disabled, automated cleaning will be skipped
during provisioning and deprovisioning.
2021-06-29 12:44:54 -04:00
2020-11-03 14:46:54 -05:00
| `bmc`
| `object`
2025-01-02 09:24:22 -05:00
| How do we connect to the BMC (Baseboard Management Controller) on
the host?
2020-11-03 14:46:54 -05:00
| `bootMACAddress`
| `string`
2025-01-02 09:24:22 -05:00
| The MAC address of the NIC used for provisioning the host. In case
of network boot, this is the MAC address of the PXE booting
interface. The MAC address of the BMC must never be used here!
2020-11-03 14:46:54 -05:00
| `bootMode`
| `string`
2025-01-02 09:24:22 -05:00
| Select the method of initializing the hardware during boot.
Defaults to UEFI. Legacy boot should only be used for hardware that
does not support UEFI correctly. Set to UEFISecureBoot to turn
secure boot on automatically after provisioning.
2020-11-03 14:46:54 -05:00
| `consumerRef`
| `object`
2025-01-02 09:24:22 -05:00
| ConsumerRef can be used to store information about something
that is using a host. When it is not empty, the host is
considered "in use". The common use case is a link to a Machine
resource when the host is used by Cluster API.
2020-11-03 14:46:54 -05:00
2021-09-13 16:43:03 -04:00
| `customDeploy`
| `object`
2025-01-02 09:24:22 -05:00
| A custom deploy procedure. This is an advanced feature that allows
using a custom deploy step provided by a site-specific deployment
ramdisk. Most users will want to use "image" instead. Setting this
field triggers provisioning.
2021-09-13 16:43:03 -04:00
2020-11-03 14:46:54 -05:00
| `description`
| `string`
2025-01-02 09:24:22 -05:00
| Description is a human-entered text used to help identify the host.
2020-11-03 14:46:54 -05:00
| `disablePowerOff`
| `boolean`
| When set to true, power off of the node will be disabled,
instead, a reboot will be used in place of power on/off
2020-11-03 14:46:54 -05:00
| `externallyProvisioned`
| `boolean`
2025-01-02 09:24:22 -05:00
| ExternallyProvisioned means something else has provisioned the
image running on the host, and the operator should only manage
the power status. This field is used for integration with already
provisioned hosts and when pivoting hosts between clusters. If
unsure, leave this field as false.
2020-11-03 14:46:54 -05:00
2021-09-13 16:43:03 -04:00
| `firmware`
| `object`
2025-01-02 09:24:22 -05:00
| Firmware (BIOS) configuration for bare metal server. If set, the
requested settings will be applied before the host is provisioned.
Only some vendor drivers support this field. An alternative is to
use HostFirmwareSettings resources that allow changing arbitrary
values and support the generic Redfish-based drivers.
2021-09-13 16:43:03 -04:00
2020-11-03 14:46:54 -05:00
| `hardwareProfile`
| `string`
2025-01-02 09:24:22 -05:00
| What is the name of the hardware profile for this host?
Hardware profiles are deprecated and should not be used.
Use the separate fields Architecture and RootDeviceHints instead.
Set to "empty" to prepare for the future version of the API
without hardware profiles.
2020-11-03 14:46:54 -05:00
| `image`
| `object`
2025-01-02 09:24:22 -05:00
| Image holds the details of the image to be provisioned. Populating
the image will cause the host to start provisioning.
2020-11-03 14:46:54 -05:00
| `inspectionMode`
| `string`
| Specifies the mode for host inspection.
"disabled" - no inspection will be performed
"agent" - normal agent-based inspection will run
2020-11-03 14:46:54 -05:00
| `metaData`
| `object`
2025-01-02 09:24:22 -05:00
| MetaData holds the reference to the Secret containing host metadata
which is passed to the Config Drive. By default, metadata will be
generated for the host, so most users do not need to set this field.
2020-11-03 14:46:54 -05:00
| `networkData`
| `object`
2025-01-02 09:24:22 -05:00
| NetworkData holds the reference to the Secret containing network
configuration which is passed to the Config Drive and interpreted
by the first boot software such as cloud-init.
2020-11-03 14:46:54 -05:00
| `online`
| `boolean`
2025-01-02 09:24:22 -05:00
| Should the host be powered on? If the host is currently in a stable
state (e.g. provisioned), its power state will be forced to match
this value.
2020-11-03 14:46:54 -05:00
| `preprovisioningNetworkDataName`
| `string`
2025-01-02 09:24:22 -05:00
| PreprovisioningNetworkDataName is the name of the Secret in the
local namespace containing network configuration which is passed to
the preprovisioning image, and to the Config Drive if not overridden
by specifying NetworkData.
2021-06-29 12:44:54 -04:00
| `raid`
| `object`
2025-01-02 09:24:22 -05:00
| RAID configuration for bare metal server. If set, the RAID settings
will be applied before the host is provisioned. If not, the current
settings will not be modified. Only one of the sub-fields
hardwareRAIDVolumes and softwareRAIDVolumes can be set at the same
time.
2021-06-29 12:44:54 -04:00
2020-11-03 14:46:54 -05:00
| `rootDeviceHints`
| `object`
2025-01-02 09:24:22 -05:00
| Provide guidance about how to choose the device for the image
being provisioned. The default is currently to use /dev/sda as
the root device.
2020-11-03 14:46:54 -05:00
| `taints`
| `array`
2025-01-02 09:24:22 -05:00
| Taints is the full, authoritative list of taints to apply to
the corresponding Machine. This list will overwrite any
modifications made to the Machine on an ongoing basis.
2020-11-03 14:46:54 -05:00
| `taints[]`
| `object`
2025-01-02 09:24:22 -05:00
| The node this Taint is attached to has the "effect" on
any pod that does not tolerate the Taint.
2020-11-03 14:46:54 -05:00
| `userData`
| `object`
2025-01-02 09:24:22 -05:00
| UserData holds the reference to the Secret containing the user data
which is passed to the Config Drive and interpreted by the
first-boot software such as cloud-init. The format of user data is
specific to the first-boot software.
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .spec.bmc
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
How do we connect to the BMC (Baseboard Management Controller) on
the host?
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
Required::
- `address`
- `credentialsName`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `address`
| `string`
| Address holds the URL for accessing the controller on the network.
2025-01-02 09:24:22 -05:00
The scheme part designates the driver to use with the host.
2020-11-03 14:46:54 -05:00
| `credentialsName`
| `string`
2025-01-02 09:24:22 -05:00
| The name of the secret containing the BMC credentials (requires
keys "username" and "password").
2020-11-03 14:46:54 -05:00
| `disableCertificateVerification`
| `boolean`
2025-01-02 09:24:22 -05:00
| DisableCertificateVerification disables verification of server
certificates when using HTTPS to connect to the BMC. This is
required when the server certificate is self-signed, but is
insecure because it allows a man-in-the-middle to intercept the
connection.
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .spec.consumerRef
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
ConsumerRef can be used to store information about something
that is using a host. When it is not empty, the host is
considered "in use". The common use case is a link to a Machine
resource when the host is used by Cluster API.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `apiVersion`
| `string`
| API version of the referent.
| `fieldPath`
| `string`
2025-01-02 09:24:22 -05:00
| If referring to a piece of an object instead of an entire object, this string
should contain a valid JSON/Go field access statement, such as desiredState.manifest.containers[2].
For example, if the object reference is to a container within a pod, this would take on a value like:
"spec.containers{name}" (where "name" refers to the name of the container that triggered
the event) or if no container name is specified "spec.containers[2]" (container with
index 2 in this pod). This syntax is chosen only to have some well-defined way of
referencing a part of an object.
2020-11-03 14:46:54 -05:00
| `kind`
| `string`
2025-01-02 09:24:22 -05:00
| Kind of the referent.
More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#types-kinds
2020-11-03 14:46:54 -05:00
| `name`
| `string`
2025-01-02 09:24:22 -05:00
| Name of the referent.
More info: https://kubernetes.io/docs/concepts/overview/working-with-objects/names/#names
2020-11-03 14:46:54 -05:00
| `namespace`
| `string`
2025-01-02 09:24:22 -05:00
| Namespace of the referent.
More info: https://kubernetes.io/docs/concepts/overview/working-with-objects/namespaces/
2020-11-03 14:46:54 -05:00
| `resourceVersion`
| `string`
2025-01-02 09:24:22 -05:00
| Specific resourceVersion to which this reference is made, if any.
More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#concurrency-control-and-consistency
2020-11-03 14:46:54 -05:00
| `uid`
| `string`
2025-01-02 09:24:22 -05:00
| UID of the referent.
More info: https://kubernetes.io/docs/concepts/overview/working-with-objects/names/#uids
2020-11-03 14:46:54 -05:00
2021-09-13 16:43:03 -04:00
|===
2021-10-22 08:58:36 -04:00
=== .spec.customDeploy
2021-09-13 16:43:03 -04:00
Description::
+
--
2025-01-02 09:24:22 -05:00
A custom deploy procedure. This is an advanced feature that allows
using a custom deploy step provided by a site-specific deployment
ramdisk. Most users will want to use "image" instead. Setting this
field triggers provisioning.
2021-09-13 16:43:03 -04:00
--
Type::
`object`
Required::
- `method`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `method`
| `string`
2025-01-02 09:24:22 -05:00
| Custom deploy method name.
This name is specific to the deploy ramdisk used. If you don't have
a custom deploy ramdisk, you shouldn't use CustomDeploy.
2021-09-13 16:43:03 -04:00
|===
2021-10-22 08:58:36 -04:00
=== .spec.firmware
2021-09-13 16:43:03 -04:00
Description::
+
--
2025-01-02 09:24:22 -05:00
Firmware (BIOS) configuration for bare metal server. If set, the
requested settings will be applied before the host is provisioned.
Only some vendor drivers support this field. An alternative is to
use HostFirmwareSettings resources that allow changing arbitrary
values and support the generic Redfish-based drivers.
2021-09-13 16:43:03 -04:00
--
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `simultaneousMultithreadingEnabled`
| `boolean`
2025-01-02 09:24:22 -05:00
| Allows a single physical processor core to appear as several logical processors.
2021-09-13 16:43:03 -04:00
| `sriovEnabled`
| `boolean`
2025-01-02 09:24:22 -05:00
| SR-IOV support enables a hypervisor to create virtual instances of a PCI-express device, potentially increasing performance.
2021-09-13 16:43:03 -04:00
| `virtualizationEnabled`
| `boolean`
2025-01-02 09:24:22 -05:00
| Supports the virtualization of platform hardware.
2021-09-13 16:43:03 -04:00
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .spec.image
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
Image holds the details of the image to be provisioned. Populating
the image will cause the host to start provisioning.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
Required::
- `url`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `checksum`
| `string`
2025-01-02 09:24:22 -05:00
| Checksum is the checksum for the image. Required for all formats
except for "live-iso".
2020-11-03 14:46:54 -05:00
| `checksumType`
| `string`
2025-01-02 09:24:22 -05:00
| ChecksumType is the checksum algorithm for the image, e.g md5, sha256 or sha512.
The special value "auto" can be used to detect the algorithm from the checksum.
If missing, MD5 is used. If in doubt, use "auto".
2020-11-03 14:46:54 -05:00
| `format`
| `string`
2025-01-02 09:24:22 -05:00
| Format contains the format of the image (raw, qcow2, ...).
When set to "live-iso", an ISO 9660 image referenced by the url will
be live-booted and not deployed to disk.
2020-11-03 14:46:54 -05:00
| `url`
| `string`
| URL is a location of an image to deploy.
|===
2021-10-22 08:58:36 -04:00
=== .spec.metaData
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
MetaData holds the reference to the Secret containing host metadata
which is passed to the Config Drive. By default, metadata will be
generated for the host, so most users do not need to set this field.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `name`
| `string`
2022-10-26 21:00:48 -04:00
| name is unique within a namespace to reference a secret resource.
2020-11-03 14:46:54 -05:00
| `namespace`
| `string`
2022-10-26 21:00:48 -04:00
| namespace defines the space within which the secret name must be unique.
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .spec.networkData
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
NetworkData holds the reference to the Secret containing network
configuration which is passed to the Config Drive and interpreted
by the first boot software such as cloud-init.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `name`
| `string`
2022-10-26 21:00:48 -04:00
| name is unique within a namespace to reference a secret resource.
2020-11-03 14:46:54 -05:00
| `namespace`
| `string`
2022-10-26 21:00:48 -04:00
| namespace defines the space within which the secret name must be unique.
2020-11-03 14:46:54 -05:00
2021-06-29 12:44:54 -04:00
|===
2021-10-22 08:58:36 -04:00
=== .spec.raid
2021-06-29 12:44:54 -04:00
Description::
+
--
2025-01-02 09:24:22 -05:00
RAID configuration for bare metal server. If set, the RAID settings
will be applied before the host is provisioned. If not, the current
settings will not be modified. Only one of the sub-fields
hardwareRAIDVolumes and softwareRAIDVolumes can be set at the same
time.
2021-06-29 12:44:54 -04:00
--
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `hardwareRAIDVolumes`
2021-10-22 08:58:36 -04:00
| ``
2025-01-02 09:24:22 -05:00
| The list of logical disks for hardware RAID, if rootDeviceHints isn't used, first volume is root volume.
You can set the value of this field to `[]` to clear all the hardware RAID configurations.
2021-06-29 12:44:54 -04:00
| `softwareRAIDVolumes`
2021-10-22 08:58:36 -04:00
| ``
2025-01-02 09:24:22 -05:00
| The list of logical disks for software RAID, if rootDeviceHints isn't used, first volume is root volume.
If HardwareRAIDVolumes is set this item will be invalid.
The number of created Software RAID devices must be 1 or 2.
If there is only one Software RAID device, it has to be a RAID-1.
If there are two, the first one has to be a RAID-1, while the RAID level for the second one can be 0, 1, or 1+0.
As the first RAID device will be the deployment device,
enforcing a RAID-1 reduces the risk of ending up with a non-booting host in case of a disk failure.
Software RAID will always be deleted.
2021-06-29 12:44:54 -04:00
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .spec.rootDeviceHints
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
Provide guidance about how to choose the device for the image
being provisioned. The default is currently to use /dev/sda as
the root device.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `deviceName`
| `string`
2025-01-02 09:24:22 -05:00
| A Linux device name like "/dev/vda", or a by-path link to it like
"/dev/disk/by-path/pci-0000:01:00.0-scsi-0:2:0:0". The hint must match
the actual value exactly.
2020-11-03 14:46:54 -05:00
| `hctl`
| `string`
2025-01-02 09:24:22 -05:00
| A SCSI bus address like 0:0:0:0. The hint must match the actual
value exactly.
2020-11-03 14:46:54 -05:00
| `minSizeGigabytes`
| `integer`
| The minimum size of the device in Gigabytes.
| `model`
| `string`
2025-01-02 09:24:22 -05:00
| A vendor-specific device identifier. The hint can be a
substring of the actual value.
2020-11-03 14:46:54 -05:00
| `rotational`
| `boolean`
| True if the device should use spinning media, false otherwise.
| `serialNumber`
| `string`
2025-01-02 09:24:22 -05:00
| Device serial number. The hint must match the actual value
exactly.
2020-11-03 14:46:54 -05:00
| `vendor`
| `string`
2025-01-02 09:24:22 -05:00
| The name of the vendor or manufacturer of the device. The hint
can be a substring of the actual value.
2020-11-03 14:46:54 -05:00
| `wwn`
| `string`
2025-01-02 09:24:22 -05:00
| Unique storage identifier. The hint must match the actual value
exactly.
2020-11-03 14:46:54 -05:00
| `wwnVendorExtension`
| `string`
2025-01-02 09:24:22 -05:00
| Unique vendor storage identifier. The hint must match the
actual value exactly.
2020-11-03 14:46:54 -05:00
| `wwnWithExtension`
| `string`
2025-01-02 09:24:22 -05:00
| Unique storage identifier with the vendor extension
appended. The hint must match the actual value exactly.
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .spec.taints
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
Taints is the full, authoritative list of taints to apply to
the corresponding Machine. This list will overwrite any
modifications made to the Machine on an ongoing basis.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`array`
2021-10-22 08:58:36 -04:00
=== .spec.taints[]
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
The node this Taint is attached to has the "effect" on
any pod that does not tolerate the Taint.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
Required::
- `effect`
- `key`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `effect`
| `string`
2025-01-02 09:24:22 -05:00
| Required. The effect of the taint on pods
that do not tolerate the taint.
Valid effects are NoSchedule, PreferNoSchedule and NoExecute.
2020-11-03 14:46:54 -05:00
| `key`
| `string`
| Required. The taint key to be applied to a node.
| `timeAdded`
| `string`
2025-01-02 09:24:22 -05:00
| TimeAdded represents the time at which the taint was added.
2020-11-03 14:46:54 -05:00
| `value`
| `string`
2021-06-29 12:44:54 -04:00
| The taint value corresponding to the taint key.
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .spec.userData
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
UserData holds the reference to the Secret containing the user data
which is passed to the Config Drive and interpreted by the
first-boot software such as cloud-init. The format of user data is
specific to the first-boot software.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `name`
| `string`
2022-10-26 21:00:48 -04:00
| name is unique within a namespace to reference a secret resource.
2020-11-03 14:46:54 -05:00
| `namespace`
| `string`
2022-10-26 21:00:48 -04:00
| namespace defines the space within which the secret name must be unique.
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .status
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2024-05-22 13:47:28 -04:00
BareMetalHostStatus defines the observed state of BareMetalHost.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
Required::
2021-01-09 19:48:21 -05:00
- `errorCount`
2020-11-03 14:46:54 -05:00
- `errorMessage`
- `operationalStatus`
- `poweredOn`
- `provisioning`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
2021-01-09 19:48:21 -05:00
| `errorCount`
| `integer`
| ErrorCount records how many times the host has encoutered an error since the last successful operation
2020-11-03 14:46:54 -05:00
| `errorMessage`
| `string`
2025-01-02 09:24:22 -05:00
| The last error message reported by the provisioning subsystem.
2020-11-03 14:46:54 -05:00
| `errorType`
| `string`
2025-01-02 09:24:22 -05:00
| ErrorType indicates the type of failure encountered when the
OperationalStatus is OperationalStatusError
2020-11-03 14:46:54 -05:00
| `goodCredentials`
| `object`
2025-01-02 09:24:22 -05:00
| The last credentials we were able to validate as working.
2020-11-03 14:46:54 -05:00
| `hardware`
| `object`
| The hardware discovered to exist on the host.
2025-01-02 09:24:22 -05:00
This field will be removed in the next API version in favour of the
separate HardwareData resource.
2020-11-03 14:46:54 -05:00
| `hardwareProfile`
| `string`
| The name of the profile matching the hardware details.
2025-01-02 09:24:22 -05:00
Hardware profiles are deprecated and should not be relied on.
2020-11-03 14:46:54 -05:00
| `lastUpdated`
| `string`
| LastUpdated identifies when this status was last observed.
| `operationHistory`
| `object`
2025-01-02 09:24:22 -05:00
| OperationHistory holds information about operations performed
on this host.
2020-11-03 14:46:54 -05:00
| `operationalStatus`
| `string`
| OperationalStatus holds the status of the host
| `poweredOn`
| `boolean`
2025-01-02 09:24:22 -05:00
| The currently detected power state of the host. This field may get
briefly out of sync with the actual state of the hardware while
provisioning processes are running.
2020-11-03 14:46:54 -05:00
| `provisioning`
| `object`
| Information tracked by the provisioner.
| `triedCredentials`
| `object`
2025-01-02 09:24:22 -05:00
| The last credentials we sent to the provisioning backend.
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .status.goodCredentials
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
The last credentials we were able to validate as working.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `credentials`
| `object`
2025-01-02 09:24:22 -05:00
| SecretReference represents a Secret Reference. It has enough information to retrieve secret
in any namespace
2020-11-03 14:46:54 -05:00
| `credentialsVersion`
| `string`
|
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .status.goodCredentials.credentials
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
SecretReference represents a Secret Reference. It has enough information to retrieve secret
in any namespace
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `name`
| `string`
2022-10-26 21:00:48 -04:00
| name is unique within a namespace to reference a secret resource.
2020-11-03 14:46:54 -05:00
| `namespace`
| `string`
2022-10-26 21:00:48 -04:00
| namespace defines the space within which the secret name must be unique.
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .status.hardware
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
The hardware discovered to exist on the host.
2025-01-02 09:24:22 -05:00
This field will be removed in the next API version in favour of the
separate HardwareData resource.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `cpu`
| `object`
2025-01-02 09:24:22 -05:00
| Details of the CPU(s) in the system.
2020-11-03 14:46:54 -05:00
| `firmware`
| `object`
2025-01-02 09:24:22 -05:00
| System firmware information.
2020-11-03 14:46:54 -05:00
| `hostname`
| `string`
|
2020-11-03 14:46:54 -05:00
| `nics`
| `array`
2025-01-02 09:24:22 -05:00
| List of network interfaces for the host.
2020-11-03 14:46:54 -05:00
| `nics[]`
| `object`
| NIC describes one network interface on the host.
| `ramMebibytes`
| `integer`
2025-01-02 09:24:22 -05:00
| The host's amount of memory in Mebibytes.
2020-11-03 14:46:54 -05:00
| `storage`
| `array`
2025-01-02 09:24:22 -05:00
| List of storage (disk, SSD, etc.) available to the host.
2020-11-03 14:46:54 -05:00
| `storage[]`
| `object`
| Storage describes one storage device (disk, SSD, etc.) on the host.
| `systemVendor`
| `object`
2025-01-02 09:24:22 -05:00
| System vendor information.
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .status.hardware.cpu
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
Details of the CPU(s) in the system.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `arch`
| `string`
|
2020-11-03 14:46:54 -05:00
| `clockMegahertz`
| `number`
| ClockSpeed is a clock speed in MHz
| `count`
| `integer`
|
2020-11-03 14:46:54 -05:00
| `flags`
| `array (string)`
|
2020-11-03 14:46:54 -05:00
| `model`
| `string`
|
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .status.hardware.firmware
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
System firmware information.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `bios`
| `object`
| The BIOS for this firmware
|===
2021-10-22 08:58:36 -04:00
=== .status.hardware.firmware.bios
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
The BIOS for this firmware
--
2020-11-03 14:46:54 -05:00
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `date`
| `string`
| The release/build date for this BIOS
| `vendor`
| `string`
| The vendor name for this BIOS
| `version`
| `string`
| The version of the BIOS
|===
2021-10-22 08:58:36 -04:00
=== .status.hardware.nics
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
List of network interfaces for the host.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`array`
2021-10-22 08:58:36 -04:00
=== .status.hardware.nics[]
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
NIC describes one network interface on the host.
--
2020-11-03 14:46:54 -05:00
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `ip`
| `string`
2025-01-02 09:24:22 -05:00
| The IP address of the interface. This will be an IPv4 or IPv6 address
if one is present. If both IPv4 and IPv6 addresses are present in a
dual-stack environment, two nics will be output, one with each IP.
2020-11-03 14:46:54 -05:00
| `lldp`
| `object`
| LLDP data for this interface
2020-11-03 14:46:54 -05:00
| `mac`
| `string`
2021-06-29 12:44:54 -04:00
| The device MAC address
2020-11-03 14:46:54 -05:00
| `model`
| `string`
2021-06-29 12:44:54 -04:00
| The vendor and product IDs of the NIC, e.g. "0x8086 0x1572"
2020-11-03 14:46:54 -05:00
| `name`
| `string`
2021-06-29 12:44:54 -04:00
| The name of the network interface, e.g. "en0"
2020-11-03 14:46:54 -05:00
| `pxe`
| `boolean`
| Whether the NIC is PXE Bootable
| `speedGbps`
| `integer`
2021-06-29 12:44:54 -04:00
| The speed of the device in Gigabits per second
2020-11-03 14:46:54 -05:00
| `vlanId`
| `integer`
| The untagged VLAN ID
| `vlans`
| `array`
| The VLANs available
| `vlans[]`
| `object`
2024-05-22 13:47:28 -04:00
| VLAN represents the name and ID of a VLAN.
2020-11-03 14:46:54 -05:00
|===
=== .status.hardware.nics[].lldp
Description::
+
--
LLDP data for this interface
--
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `portID`
| `string`
| The switch port ID from LLDP
| `switchID`
| `string`
| The switch chassis ID from LLDP
| `switchSystemName`
| `string`
| The switch system name from LLDP
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .status.hardware.nics[].vlans
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
The VLANs available
--
2020-11-03 14:46:54 -05:00
Type::
`array`
2021-10-22 08:58:36 -04:00
=== .status.hardware.nics[].vlans[]
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2024-05-22 13:47:28 -04:00
VLAN represents the name and ID of a VLAN.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `id`
| `integer`
| VLANID is a 12-bit 802.1Q VLAN identifier
| `name`
| `string`
|
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .status.hardware.storage
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
List of storage (disk, SSD, etc.) available to the host.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`array`
2021-10-22 08:58:36 -04:00
=== .status.hardware.storage[]
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
Storage describes one storage device (disk, SSD, etc.) on the host.
--
2020-11-03 14:46:54 -05:00
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `alternateNames`
| `array (string)`
2025-01-02 09:24:22 -05:00
| A list of alternate Linux device names of the disk, e.g. "/dev/sda".
Note that this list is not exhaustive, and names may not be stable
across reboots.
2020-11-03 14:46:54 -05:00
| `hctl`
| `string`
| The SCSI location of the device
| `model`
| `string`
| Hardware model
| `name`
| `string`
2025-01-02 09:24:22 -05:00
| A Linux device name of the disk, e.g.
"/dev/disk/by-path/pci-0000:01:00.0-scsi-0:2:0:0". This will be a name
that is stable across reboots if one is available.
2020-11-03 14:46:54 -05:00
| `rotational`
| `boolean`
2025-01-02 09:24:22 -05:00
| Whether this disk represents rotational storage.
This field is not recommended for usage, please
prefer using 'Type' field instead, this field
will be deprecated eventually.
2020-11-03 14:46:54 -05:00
| `serialNumber`
| `string`
| The serial number of the device
| `sizeBytes`
| `integer`
| The size of the disk in Bytes
2021-09-13 16:43:03 -04:00
| `type`
| `string`
| Device type, one of: HDD, SSD, NVME.
2020-11-03 14:46:54 -05:00
| `vendor`
| `string`
| The name of the vendor of the device
| `wwn`
| `string`
| The WWN of the device
| `wwnVendorExtension`
| `string`
| The WWN Vendor extension of the device
| `wwnWithExtension`
| `string`
| The WWN with the extension
|===
2021-10-22 08:58:36 -04:00
=== .status.hardware.systemVendor
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
System vendor information.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `manufacturer`
| `string`
|
2020-11-03 14:46:54 -05:00
| `productName`
| `string`
|
2020-11-03 14:46:54 -05:00
| `serialNumber`
| `string`
|
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .status.operationHistory
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
OperationHistory holds information about operations performed
on this host.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `deprovision`
| `object`
2025-01-02 09:24:22 -05:00
| OperationMetric contains metadata about an operation (inspection,
provisioning, etc.) used for tracking metrics.
2020-11-03 14:46:54 -05:00
| `inspect`
| `object`
2025-01-02 09:24:22 -05:00
| OperationMetric contains metadata about an operation (inspection,
provisioning, etc.) used for tracking metrics.
2020-11-03 14:46:54 -05:00
| `provision`
| `object`
2025-01-02 09:24:22 -05:00
| OperationMetric contains metadata about an operation (inspection,
provisioning, etc.) used for tracking metrics.
2020-11-03 14:46:54 -05:00
| `register`
| `object`
2025-01-02 09:24:22 -05:00
| OperationMetric contains metadata about an operation (inspection,
provisioning, etc.) used for tracking metrics.
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .status.operationHistory.deprovision
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
OperationMetric contains metadata about an operation (inspection,
provisioning, etc.) used for tracking metrics.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `end`
| ``
|
2020-11-03 14:46:54 -05:00
| `start`
| ``
|
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .status.operationHistory.inspect
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
OperationMetric contains metadata about an operation (inspection,
provisioning, etc.) used for tracking metrics.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `end`
| ``
|
2020-11-03 14:46:54 -05:00
| `start`
| ``
|
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .status.operationHistory.provision
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
OperationMetric contains metadata about an operation (inspection,
provisioning, etc.) used for tracking metrics.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `end`
| ``
|
2020-11-03 14:46:54 -05:00
| `start`
| ``
|
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .status.operationHistory.register
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
OperationMetric contains metadata about an operation (inspection,
provisioning, etc.) used for tracking metrics.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `end`
| ``
|
2020-11-03 14:46:54 -05:00
| `start`
| ``
|
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .status.provisioning
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
Information tracked by the provisioner.
--
2020-11-03 14:46:54 -05:00
Type::
`object`
Required::
- `ID`
- `state`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `ID`
| `string`
2025-01-02 09:24:22 -05:00
| The hosts's ID from the underlying provisioning tool (e.g. the
Ironic node UUID).
2020-11-03 14:46:54 -05:00
| `bootMode`
| `string`
2025-01-02 09:24:22 -05:00
| BootMode indicates the boot mode used to provision the host.
2020-11-03 14:46:54 -05:00
2021-09-13 16:43:03 -04:00
| `customDeploy`
| `object`
| Custom deploy procedure applied to the host.
| `firmware`
| `object`
2025-01-02 09:24:22 -05:00
| The firmware settings that have been applied.
2021-09-13 16:43:03 -04:00
2020-11-03 14:46:54 -05:00
| `image`
| `object`
2025-01-02 09:24:22 -05:00
| Image holds the details of the last image successfully
provisioned to the host.
2020-11-03 14:46:54 -05:00
2021-06-29 12:44:54 -04:00
| `raid`
| `object`
2025-01-02 09:24:22 -05:00
| The RAID configuration that has been applied.
2021-06-29 12:44:54 -04:00
2020-11-03 14:46:54 -05:00
| `rootDeviceHints`
| `object`
2025-01-02 09:24:22 -05:00
| The root device hints used to provision the host.
2020-11-03 14:46:54 -05:00
| `state`
| `string`
2025-01-02 09:24:22 -05:00
| An indicator for what the provisioner is doing with the host.
2020-11-03 14:46:54 -05:00
2021-09-13 16:43:03 -04:00
|===
2021-10-22 08:58:36 -04:00
=== .status.provisioning.customDeploy
2021-09-13 16:43:03 -04:00
Description::
+
--
Custom deploy procedure applied to the host.
--
Type::
`object`
Required::
- `method`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `method`
| `string`
2025-01-02 09:24:22 -05:00
| Custom deploy method name.
This name is specific to the deploy ramdisk used. If you don't have
a custom deploy ramdisk, you shouldn't use CustomDeploy.
2021-09-13 16:43:03 -04:00
|===
2021-10-22 08:58:36 -04:00
=== .status.provisioning.firmware
2021-09-13 16:43:03 -04:00
Description::
+
--
2025-01-02 09:24:22 -05:00
The firmware settings that have been applied.
2021-09-13 16:43:03 -04:00
--
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `simultaneousMultithreadingEnabled`
| `boolean`
2025-01-02 09:24:22 -05:00
| Allows a single physical processor core to appear as several logical processors.
2021-09-13 16:43:03 -04:00
| `sriovEnabled`
| `boolean`
2025-01-02 09:24:22 -05:00
| SR-IOV support enables a hypervisor to create virtual instances of a PCI-express device, potentially increasing performance.
2021-09-13 16:43:03 -04:00
| `virtualizationEnabled`
| `boolean`
2025-01-02 09:24:22 -05:00
| Supports the virtualization of platform hardware.
2021-09-13 16:43:03 -04:00
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .status.provisioning.image
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
Image holds the details of the last image successfully
provisioned to the host.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
Required::
- `url`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `checksum`
| `string`
2025-01-02 09:24:22 -05:00
| Checksum is the checksum for the image. Required for all formats
except for "live-iso".
2020-11-03 14:46:54 -05:00
| `checksumType`
| `string`
2025-01-02 09:24:22 -05:00
| ChecksumType is the checksum algorithm for the image, e.g md5, sha256 or sha512.
The special value "auto" can be used to detect the algorithm from the checksum.
If missing, MD5 is used. If in doubt, use "auto".
2020-11-03 14:46:54 -05:00
| `format`
| `string`
2025-01-02 09:24:22 -05:00
| Format contains the format of the image (raw, qcow2, ...).
When set to "live-iso", an ISO 9660 image referenced by the url will
be live-booted and not deployed to disk.
2020-11-03 14:46:54 -05:00
| `url`
| `string`
| URL is a location of an image to deploy.
2021-06-29 12:44:54 -04:00
|===
2021-10-22 08:58:36 -04:00
=== .status.provisioning.raid
2021-06-29 12:44:54 -04:00
Description::
+
--
2025-01-02 09:24:22 -05:00
The RAID configuration that has been applied.
2021-06-29 12:44:54 -04:00
--
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `hardwareRAIDVolumes`
2021-10-22 08:58:36 -04:00
| ``
2025-01-02 09:24:22 -05:00
| The list of logical disks for hardware RAID, if rootDeviceHints isn't used, first volume is root volume.
You can set the value of this field to `[]` to clear all the hardware RAID configurations.
2021-06-29 12:44:54 -04:00
| `softwareRAIDVolumes`
2021-10-22 08:58:36 -04:00
| ``
2025-01-02 09:24:22 -05:00
| The list of logical disks for software RAID, if rootDeviceHints isn't used, first volume is root volume.
If HardwareRAIDVolumes is set this item will be invalid.
The number of created Software RAID devices must be 1 or 2.
If there is only one Software RAID device, it has to be a RAID-1.
If there are two, the first one has to be a RAID-1, while the RAID level for the second one can be 0, 1, or 1+0.
As the first RAID device will be the deployment device,
enforcing a RAID-1 reduces the risk of ending up with a non-booting host in case of a disk failure.
Software RAID will always be deleted.
2021-06-29 12:44:54 -04:00
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .status.provisioning.rootDeviceHints
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
The root device hints used to provision the host.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `deviceName`
| `string`
2025-01-02 09:24:22 -05:00
| A Linux device name like "/dev/vda", or a by-path link to it like
"/dev/disk/by-path/pci-0000:01:00.0-scsi-0:2:0:0". The hint must match
the actual value exactly.
2020-11-03 14:46:54 -05:00
| `hctl`
| `string`
2025-01-02 09:24:22 -05:00
| A SCSI bus address like 0:0:0:0. The hint must match the actual
value exactly.
2020-11-03 14:46:54 -05:00
| `minSizeGigabytes`
| `integer`
| The minimum size of the device in Gigabytes.
| `model`
| `string`
2025-01-02 09:24:22 -05:00
| A vendor-specific device identifier. The hint can be a
substring of the actual value.
2020-11-03 14:46:54 -05:00
| `rotational`
| `boolean`
| True if the device should use spinning media, false otherwise.
| `serialNumber`
| `string`
2025-01-02 09:24:22 -05:00
| Device serial number. The hint must match the actual value
exactly.
2020-11-03 14:46:54 -05:00
| `vendor`
| `string`
2025-01-02 09:24:22 -05:00
| The name of the vendor or manufacturer of the device. The hint
can be a substring of the actual value.
2020-11-03 14:46:54 -05:00
| `wwn`
| `string`
2025-01-02 09:24:22 -05:00
| Unique storage identifier. The hint must match the actual value
exactly.
2020-11-03 14:46:54 -05:00
| `wwnVendorExtension`
| `string`
2025-01-02 09:24:22 -05:00
| Unique vendor storage identifier. The hint must match the
actual value exactly.
2020-11-03 14:46:54 -05:00
| `wwnWithExtension`
| `string`
2025-01-02 09:24:22 -05:00
| Unique storage identifier with the vendor extension
appended. The hint must match the actual value exactly.
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .status.triedCredentials
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
The last credentials we sent to the provisioning backend.
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `credentials`
| `object`
2025-01-02 09:24:22 -05:00
| SecretReference represents a Secret Reference. It has enough information to retrieve secret
in any namespace
2020-11-03 14:46:54 -05:00
| `credentialsVersion`
| `string`
|
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00
=== .status.triedCredentials.credentials
2020-11-03 14:46:54 -05:00
Description::
2021-06-29 12:44:54 -04:00
+
--
2025-01-02 09:24:22 -05:00
SecretReference represents a Secret Reference. It has enough information to retrieve secret
in any namespace
2021-06-29 12:44:54 -04:00
--
2020-11-03 14:46:54 -05:00
Type::
`object`
[cols="1,1,1",options="header"]
|===
| Property | Type | Description
| `name`
| `string`
2022-10-26 21:00:48 -04:00
| name is unique within a namespace to reference a secret resource.
2020-11-03 14:46:54 -05:00
| `namespace`
| `string`
2022-10-26 21:00:48 -04:00
| namespace defines the space within which the secret name must be unique.
2020-11-03 14:46:54 -05:00
|===
== API endpoints
The following API endpoints are available:
* `/apis/metal3.io/v1alpha1/baremetalhosts`
- `GET`: list objects of kind BareMetalHost
* `/apis/metal3.io/v1alpha1/namespaces/{namespace}/baremetalhosts`
- `DELETE`: delete collection of BareMetalHost
- `GET`: list objects of kind BareMetalHost
- `POST`: create a BareMetalHost
* `/apis/metal3.io/v1alpha1/namespaces/{namespace}/baremetalhosts/{name}`
- `DELETE`: delete a BareMetalHost
- `GET`: read the specified BareMetalHost
- `PATCH`: partially update the specified BareMetalHost
- `PUT`: replace the specified BareMetalHost
* `/apis/metal3.io/v1alpha1/namespaces/{namespace}/baremetalhosts/{name}/status`
- `GET`: read status of the specified BareMetalHost
- `PATCH`: partially update status of the specified BareMetalHost
- `PUT`: replace status of the specified BareMetalHost
=== /apis/metal3.io/v1alpha1/baremetalhosts
HTTP method::
`GET`
Description::
list objects of kind BareMetalHost
.HTTP responses
[cols="1,1",options="header"]
|===
| HTTP code | Reponse body
| 200 - OK
2024-09-17 16:21:01 -04:00
| xref:../objects/index.adoc#io-metal3-v1alpha1-BareMetalHostList[`BareMetalHostList`] schema
2021-10-22 08:58:36 -04:00
| 401 - Unauthorized
| Empty
2020-11-03 14:46:54 -05:00
|===
=== /apis/metal3.io/v1alpha1/namespaces/{namespace}/baremetalhosts
HTTP method::
`DELETE`
Description::
delete collection of BareMetalHost
.HTTP responses
[cols="1,1",options="header"]
|===
| HTTP code | Reponse body
| 200 - OK
2024-09-17 16:21:01 -04:00
| xref:../objects/index.adoc#io-k8s-apimachinery-pkg-apis-meta-v1-Status[`Status`] schema
2021-10-22 08:58:36 -04:00
| 401 - Unauthorized
| Empty
2020-11-03 14:46:54 -05:00
|===
HTTP method::
`GET`
Description::
list objects of kind BareMetalHost
.HTTP responses
[cols="1,1",options="header"]
|===
| HTTP code | Reponse body
| 200 - OK
2024-09-17 16:21:01 -04:00
| xref:../objects/index.adoc#io-metal3-v1alpha1-BareMetalHostList[`BareMetalHostList`] schema
2021-10-22 08:58:36 -04:00
| 401 - Unauthorized
| Empty
2020-11-03 14:46:54 -05:00
|===
HTTP method::
`POST`
Description::
create a BareMetalHost
.Query parameters
[cols="1,1,2",options="header"]
|===
| Parameter | Type | Description
| `dryRun`
| `string`
| When present, indicates that modifications should not be persisted. An invalid or unrecognized dryRun directive will result in an error response and no further processing of the request. Valid values are: - All: all dry run stages will be processed
2022-10-26 21:00:48 -04:00
| `fieldValidation`
| `string`
| fieldValidation instructs the server on how to handle objects in the request (POST/PUT/PATCH) containing unknown or duplicate fields. Valid values are: - Ignore: This will ignore any unknown fields that are silently dropped from the object, and will ignore all but the last duplicate field that the decoder encounters. This is the default behavior prior to v1.23. - Warn: This will send a warning via the standard warning response header for each unknown field that is dropped from the object, and for each duplicate field that is encountered. The request will still succeed if there are no other errors, and will only persist the last of any duplicate fields. This is the default in v1.23+ - Strict: This will fail the request with a BadRequest error if any unknown fields would be dropped from the object, or if any duplicate fields are present. The error returned from the server will contain all unknown and duplicate fields encountered.
2020-11-03 14:46:54 -05:00
|===
.Body parameters
[cols="1,1,2",options="header"]
|===
| Parameter | Type | Description
| `body`
2021-10-22 08:58:36 -04:00
| xref:../provisioning_apis/baremetalhost-metal3-io-v1alpha1.adoc#baremetalhost-metal3-io-v1alpha1[`BareMetalHost`] schema
|
2020-11-03 14:46:54 -05:00
|===
.HTTP responses
[cols="1,1",options="header"]
|===
| HTTP code | Reponse body
| 200 - OK
2021-10-22 08:58:36 -04:00
| xref:../provisioning_apis/baremetalhost-metal3-io-v1alpha1.adoc#baremetalhost-metal3-io-v1alpha1[`BareMetalHost`] schema
| 201 - Created
| xref:../provisioning_apis/baremetalhost-metal3-io-v1alpha1.adoc#baremetalhost-metal3-io-v1alpha1[`BareMetalHost`] schema
| 202 - Accepted
| xref:../provisioning_apis/baremetalhost-metal3-io-v1alpha1.adoc#baremetalhost-metal3-io-v1alpha1[`BareMetalHost`] schema
| 401 - Unauthorized
| Empty
2020-11-03 14:46:54 -05:00
|===
=== /apis/metal3.io/v1alpha1/namespaces/{namespace}/baremetalhosts/{name}
.Global path parameters
[cols="1,1,2",options="header"]
|===
| Parameter | Type | Description
| `name`
| `string`
| name of the BareMetalHost
|===
HTTP method::
`DELETE`
Description::
delete a BareMetalHost
.Query parameters
[cols="1,1,2",options="header"]
|===
| Parameter | Type | Description
| `dryRun`
| `string`
| When present, indicates that modifications should not be persisted. An invalid or unrecognized dryRun directive will result in an error response and no further processing of the request. Valid values are: - All: all dry run stages will be processed
|===
.HTTP responses
[cols="1,1",options="header"]
|===
| HTTP code | Reponse body
| 200 - OK
2024-09-17 16:21:01 -04:00
| xref:../objects/index.adoc#io-k8s-apimachinery-pkg-apis-meta-v1-Status[`Status`] schema
2021-10-22 08:58:36 -04:00
| 202 - Accepted
2024-09-17 16:21:01 -04:00
| xref:../objects/index.adoc#io-k8s-apimachinery-pkg-apis-meta-v1-Status[`Status`] schema
2021-10-22 08:58:36 -04:00
| 401 - Unauthorized
| Empty
2020-11-03 14:46:54 -05:00
|===
HTTP method::
`GET`
Description::
read the specified BareMetalHost
.HTTP responses
[cols="1,1",options="header"]
|===
| HTTP code | Reponse body
| 200 - OK
2021-10-22 08:58:36 -04:00
| xref:../provisioning_apis/baremetalhost-metal3-io-v1alpha1.adoc#baremetalhost-metal3-io-v1alpha1[`BareMetalHost`] schema
| 401 - Unauthorized
| Empty
2020-11-03 14:46:54 -05:00
|===
HTTP method::
`PATCH`
Description::
partially update the specified BareMetalHost
.Query parameters
[cols="1,1,2",options="header"]
|===
| Parameter | Type | Description
| `dryRun`
| `string`
| When present, indicates that modifications should not be persisted. An invalid or unrecognized dryRun directive will result in an error response and no further processing of the request. Valid values are: - All: all dry run stages will be processed
2022-10-26 21:00:48 -04:00
| `fieldValidation`
| `string`
| fieldValidation instructs the server on how to handle objects in the request (POST/PUT/PATCH) containing unknown or duplicate fields. Valid values are: - Ignore: This will ignore any unknown fields that are silently dropped from the object, and will ignore all but the last duplicate field that the decoder encounters. This is the default behavior prior to v1.23. - Warn: This will send a warning via the standard warning response header for each unknown field that is dropped from the object, and for each duplicate field that is encountered. The request will still succeed if there are no other errors, and will only persist the last of any duplicate fields. This is the default in v1.23+ - Strict: This will fail the request with a BadRequest error if any unknown fields would be dropped from the object, or if any duplicate fields are present. The error returned from the server will contain all unknown and duplicate fields encountered.
2020-11-03 14:46:54 -05:00
|===
.HTTP responses
[cols="1,1",options="header"]
|===
| HTTP code | Reponse body
| 200 - OK
2021-10-22 08:58:36 -04:00
| xref:../provisioning_apis/baremetalhost-metal3-io-v1alpha1.adoc#baremetalhost-metal3-io-v1alpha1[`BareMetalHost`] schema
| 401 - Unauthorized
| Empty
2020-11-03 14:46:54 -05:00
|===
HTTP method::
`PUT`
Description::
replace the specified BareMetalHost
.Query parameters
[cols="1,1,2",options="header"]
|===
| Parameter | Type | Description
| `dryRun`
| `string`
| When present, indicates that modifications should not be persisted. An invalid or unrecognized dryRun directive will result in an error response and no further processing of the request. Valid values are: - All: all dry run stages will be processed
2022-10-26 21:00:48 -04:00
| `fieldValidation`
| `string`
| fieldValidation instructs the server on how to handle objects in the request (POST/PUT/PATCH) containing unknown or duplicate fields. Valid values are: - Ignore: This will ignore any unknown fields that are silently dropped from the object, and will ignore all but the last duplicate field that the decoder encounters. This is the default behavior prior to v1.23. - Warn: This will send a warning via the standard warning response header for each unknown field that is dropped from the object, and for each duplicate field that is encountered. The request will still succeed if there are no other errors, and will only persist the last of any duplicate fields. This is the default in v1.23+ - Strict: This will fail the request with a BadRequest error if any unknown fields would be dropped from the object, or if any duplicate fields are present. The error returned from the server will contain all unknown and duplicate fields encountered.
2020-11-03 14:46:54 -05:00
|===
.Body parameters
[cols="1,1,2",options="header"]
|===
| Parameter | Type | Description
| `body`
2021-10-22 08:58:36 -04:00
| xref:../provisioning_apis/baremetalhost-metal3-io-v1alpha1.adoc#baremetalhost-metal3-io-v1alpha1[`BareMetalHost`] schema
|
2020-11-03 14:46:54 -05:00
|===
.HTTP responses
[cols="1,1",options="header"]
|===
| HTTP code | Reponse body
| 200 - OK
2021-10-22 08:58:36 -04:00
| xref:../provisioning_apis/baremetalhost-metal3-io-v1alpha1.adoc#baremetalhost-metal3-io-v1alpha1[`BareMetalHost`] schema
| 201 - Created
| xref:../provisioning_apis/baremetalhost-metal3-io-v1alpha1.adoc#baremetalhost-metal3-io-v1alpha1[`BareMetalHost`] schema
| 401 - Unauthorized
| Empty
2020-11-03 14:46:54 -05:00
|===
=== /apis/metal3.io/v1alpha1/namespaces/{namespace}/baremetalhosts/{name}/status
.Global path parameters
[cols="1,1,2",options="header"]
|===
| Parameter | Type | Description
| `name`
| `string`
| name of the BareMetalHost
|===
HTTP method::
`GET`
Description::
read status of the specified BareMetalHost
.HTTP responses
[cols="1,1",options="header"]
|===
| HTTP code | Reponse body
| 200 - OK
2021-10-22 08:58:36 -04:00
| xref:../provisioning_apis/baremetalhost-metal3-io-v1alpha1.adoc#baremetalhost-metal3-io-v1alpha1[`BareMetalHost`] schema
| 401 - Unauthorized
| Empty
2020-11-03 14:46:54 -05:00
|===
HTTP method::
`PATCH`
Description::
partially update status of the specified BareMetalHost
.Query parameters
[cols="1,1,2",options="header"]
|===
| Parameter | Type | Description
| `dryRun`
| `string`
| When present, indicates that modifications should not be persisted. An invalid or unrecognized dryRun directive will result in an error response and no further processing of the request. Valid values are: - All: all dry run stages will be processed
2022-10-26 21:00:48 -04:00
| `fieldValidation`
| `string`
| fieldValidation instructs the server on how to handle objects in the request (POST/PUT/PATCH) containing unknown or duplicate fields. Valid values are: - Ignore: This will ignore any unknown fields that are silently dropped from the object, and will ignore all but the last duplicate field that the decoder encounters. This is the default behavior prior to v1.23. - Warn: This will send a warning via the standard warning response header for each unknown field that is dropped from the object, and for each duplicate field that is encountered. The request will still succeed if there are no other errors, and will only persist the last of any duplicate fields. This is the default in v1.23+ - Strict: This will fail the request with a BadRequest error if any unknown fields would be dropped from the object, or if any duplicate fields are present. The error returned from the server will contain all unknown and duplicate fields encountered.
2020-11-03 14:46:54 -05:00
|===
.HTTP responses
[cols="1,1",options="header"]
|===
| HTTP code | Reponse body
| 200 - OK
2021-10-22 08:58:36 -04:00
| xref:../provisioning_apis/baremetalhost-metal3-io-v1alpha1.adoc#baremetalhost-metal3-io-v1alpha1[`BareMetalHost`] schema
| 401 - Unauthorized
| Empty
2020-11-03 14:46:54 -05:00
|===
HTTP method::
`PUT`
Description::
replace status of the specified BareMetalHost
.Query parameters
[cols="1,1,2",options="header"]
|===
| Parameter | Type | Description
| `dryRun`
| `string`
| When present, indicates that modifications should not be persisted. An invalid or unrecognized dryRun directive will result in an error response and no further processing of the request. Valid values are: - All: all dry run stages will be processed
2022-10-26 21:00:48 -04:00
| `fieldValidation`
| `string`
| fieldValidation instructs the server on how to handle objects in the request (POST/PUT/PATCH) containing unknown or duplicate fields. Valid values are: - Ignore: This will ignore any unknown fields that are silently dropped from the object, and will ignore all but the last duplicate field that the decoder encounters. This is the default behavior prior to v1.23. - Warn: This will send a warning via the standard warning response header for each unknown field that is dropped from the object, and for each duplicate field that is encountered. The request will still succeed if there are no other errors, and will only persist the last of any duplicate fields. This is the default in v1.23+ - Strict: This will fail the request with a BadRequest error if any unknown fields would be dropped from the object, or if any duplicate fields are present. The error returned from the server will contain all unknown and duplicate fields encountered.
2020-11-03 14:46:54 -05:00
|===
.Body parameters
[cols="1,1,2",options="header"]
|===
| Parameter | Type | Description
| `body`
2021-10-22 08:58:36 -04:00
| xref:../provisioning_apis/baremetalhost-metal3-io-v1alpha1.adoc#baremetalhost-metal3-io-v1alpha1[`BareMetalHost`] schema
|
2020-11-03 14:46:54 -05:00
|===
.HTTP responses
[cols="1,1",options="header"]
|===
| HTTP code | Reponse body
| 200 - OK
2021-10-22 08:58:36 -04:00
| xref:../provisioning_apis/baremetalhost-metal3-io-v1alpha1.adoc#baremetalhost-metal3-io-v1alpha1[`BareMetalHost`] schema
| 201 - Created
| xref:../provisioning_apis/baremetalhost-metal3-io-v1alpha1.adoc#baremetalhost-metal3-io-v1alpha1[`BareMetalHost`] schema
| 401 - Unauthorized
| Empty
2020-11-03 14:46:54 -05:00
|===
2021-10-22 08:58:36 -04:00