SPLAT-2206: Added AWS dedicated host support #2484

vr4manta · 2025-09-18T16:20:57Z

Changes

Added static Dedicated Host support for AWS machines
Updated feature gate owner to rvanderp3 and component to splat

openshift-ci-robot · 2025-09-18T16:21:02Z

@vr4manta: This pull request references SPLAT-2206 which is a valid jira issue.

Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the story to target the "4.21.0" version, but no target version was set.

In response to this:

SPLAT-2206

Changes

Added static Dedicated Host support for AWS machines

Updated feature gate owner to rvanderp3 and component to splat

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository.

openshift-ci-robot · 2025-09-18T16:21:12Z

@vr4manta: This pull request references SPLAT-2206 which is a valid jira issue.

Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the story to target the "4.21.0" version, but no target version was set.

In response to this:

SPLAT-2206

Changes

Added static Dedicated Host support for AWS machines

Updated feature gate owner to rvanderp3 and component to splat

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository.

openshift-ci · 2025-09-18T16:21:13Z

Hello @vr4manta! Some important instructions when contributing to openshift/api:
API design plays an important part in the user experience of OpenShift and as such API PRs are subject to a high level of scrutiny to ensure they follow our best practices. If you haven't already done so, please review the OpenShift API Conventions and ensure that your proposed changes are compliant. Following these conventions will help expedite the api review process for your PR.

JoelSpeed · 2025-09-18T16:28:44Z

Does this API already exist upstream in CAPA?

vr4manta · 2025-09-18T17:21:04Z

Does this API already exist upstream in CAPA?

@JoelSpeed Yes, this is already merged and pulled into OpenShift. Working on just the static version since dynamic is not finished upstream.

everettraven · 2025-09-18T19:33:49Z

/assign

openshift-ci · 2025-09-19T12:16:24Z

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by:
Once this PR has been reviewed and has the lgtm label, please ask for approval from everettraven. For more information see the Code Review Process.

The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files:

OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

everettraven · 2025-09-19T14:03:13Z

machine/v1beta1/types_awsprovider.go

+	// +kubebuilder:validation:Pattern=`^h-[0-9a-f]{17}$`
+	// +kubebuilder:validation:MaxLength=19
+	// +openshift:enable:FeatureGate=AWSDedicatedHosts
+	// +optional


Please include constraints, explained in plain sentences, in the GoDoc.

I'll update this.

everettraven · 2025-09-19T14:05:47Z

machine/v1beta1/types_awsprovider.go

+
+	// hostID specifies the Dedicated Host on which the instance must be started.
+	// This field is mutually exclusive with DynamicHostAllocation.
+	// +kubebuilder:validation:Pattern=`^h-[0-9a-f]{17}$`


While I know that this is a machine API and as such the validations run through a webhook, we no longer recommend the use of the kubebuilder:validation:Pattern marker and prefer using the kubebuilder:validation:XValidation marker to write CEL expressions with more user-friendly error messages than what would be returned by the pattern marker.

sure, i can make this change

everettraven · 2025-09-19T14:06:43Z

machine/v1beta1/types_awsprovider.go

+	// +kubebuilder:validation:MaxLength=19
+	// +openshift:enable:FeatureGate=AWSDedicatedHosts
+	// +optional
+	HostID *string `json:"hostID,omitempty"`


What is the difference between setting this to "" and omitting the field entirely?

There should be no difference. I would assume this field is not set if user not intending to place instances into a dedicated host.

If there is no difference, this should not be a pointer and should have a minimum length of 1. This is probably what the linter is complaining about.

Since this is validated by Go based webhooks, and not openapi, the linter is wrong on this one.

If we make this not a pointer, then the Go code has no way to know if this was deliberately set to "" or not. We don't want "" to be valid, so this needs to be a pointer so that we can check that.

In this case (and future cases like this in these providerspec APIs) we will want to make exceptions to the serialization rules on the linter.

We may want to even disable the serialization rules on these particular APIs somehow 🤔

Ah, I went into standard API review mode here and forgot this API is webhook validation 🤦

Thanks for catching that!

We may want to even disable the serialization rules on these particular APIs somehow

Can we do this via codegen configurations?

Can we do this via codegen configurations?

No, but we should be able to disable using the .golangci-lint.yaml config, ideally we could have a different config for the APIs that act like this, these MAPI ones aren't the only ones (e.g. the aggregated APIs we support too)

everettraven · 2025-09-19T14:09:32Z

machine/v1beta1/types_awsprovider.go

+	// hostAffinity specifies the dedicated host affinity setting for the instance.
+	// When HostAffinity is set to host, an instance started onto a specific host always restarts on the same host if stopped.
+	// When HostAffinity is set to default, and you stop and restart the instance, it can be restarted on any available host.
+	// When HostAffinity is defined, HostID is required.


Whether it is set to host or default, hostID will be required?

Also, when referring to a field use the serialized form of the field name as that is what end-users would be familiar with:

Suggested change

// When HostAffinity is defined, HostID is required.

// When HostAffinity is defined, hostID is required.

Yes, if hostID is set, this field will be could required. The idea was that if they do not set this field when hostID is set, it will default to host behavior.

To clarify, hostID is required when hostAffinity is set to host and should be forbidden otherwise?

Correct. I'll make sure this godoc states this. I have the webhook logic doing this already.

everettraven · 2025-09-19T14:09:51Z

machine/v1beta1/types_awsprovider.go

+	// When HostAffinity is defined, HostID is required.
+	// +openshift:enable:FeatureGate=AWSDedicatedHosts
+	// +optional
+	HostAffinity *HostAffinity `json:"hostAffinity,omitempty"`


What happens if I don't supply this value?

It will default to host. I have been playing with trying to make linter happy with the configs today (which I put this into WIP). I will update the godoc to reflect this default behavior shortly.

So are the options here actually omitted (i.e don't set hostAffinity and hostID to use default AWS affinity logic) and Host (i.e I want it to use be assigned to this host)?

So I am discussing this with @rvanderp3 , "Default" we are gonna change to "AnyAvailable". I believe with the AWS API, the idea is this field dictates whether hostID is looked at or not. We are gonna confirm this and see what the behavior should be to clear up any confusions.

everettraven · 2025-09-19T14:12:37Z

machine/v1beta1/types_awsprovider.go

+	// hostAffinity specifies the dedicated host affinity setting for the instance.
+	// When HostAffinity is set to host, an instance started onto a specific host always restarts on the same host if stopped.
+	// When HostAffinity is set to default, and you stop and restart the instance, it can be restarted on any available host.
+	// When HostAffinity is defined, HostID is required.


For enum fields we generally try to follow the pattern of:

hostAffinity ...
Allowed values are Host, Default, and omitted.
When set to Host, ...
When set to Default, ...
When omitted, ...

Ok, i'll make this godoc update

everettraven · 2025-09-19T14:13:04Z

machine/v1beta1/types_awsprovider.go

 )
+
+// HostAffinity describes the host affinity of an EC2 Instance
+// +kubebuilder:validation:Enum:=host;default;""


Enums should be CamelCase:

Suggested change

// +kubebuilder:validation:Enum:=host;default;""

// +kubebuilder:validation:Enum:=Host;Default;""

I thought it should. I was copying what was in CAPA. I'll make these adjustments.

everettraven · 2025-09-19T14:13:52Z

machine/v1beta1/types_awsprovider.go

+// HostAffinity describes the host affinity of an EC2 Instance
+// +kubebuilder:validation:Enum:=host;default;""
+// +kubebuilder:default=""


How is setting "" different than omitting the field that uses this type altogether?

This was an attempt to make linter happy. I'll see if I can drop this which is what I am attempting.

everettraven

A couple small comments.

May have more pending the results of discussions on what the appropriate behaviors are when set to Host and AnyAvailable.

everettraven · 2025-09-30T14:53:50Z

machine/v1beta1/types_awsprovider.go

+	// When set, the value must be a valid AWS Dedicated Host ID in the form
+	// "h-" followed by 17 lowercase hexadecimal characters.
+	// The maximum length is 19 characters, and the field may be omitted.
+	// +kubebuilder:validation:XValidation:rule="self == null || self.matches('^h-[0-9a-f]{17}$')",message="hostID must match ^h-[0-9a-f]{17}$"


While this regex is pretty straightforward, we prefer to return a message that is a plain english description on a validation error here. Makes it more human readable.

I attempted to make this better. hopefully it makes more sense in non regex speak.

everettraven · 2025-09-30T14:54:57Z

machine/v1beta1/types_awsprovider.go

+	// +kubebuilder:validation:MaxLength=19
+	// +openshift:enable:FeatureGate=AWSDedicatedHosts
+	// +optional
+	HostID *string `json:"hostID,omitempty"`


We should probably add a min length here as well so that an empty string ("") isn't a valid value. Linter will complain about this because it isn't aware of the machine API nuance, but we can override that.

I can add that. Thanks!

everettraven · 2025-10-06T15:11:18Z

machine/v1beta1/types_awsprovider.go

+	// hostID specifies the Dedicated Host on which the instance must be started.
+	// This field is mutually exclusive with DynamicHostAllocation.
+	// When set, the value must be a valid AWS Dedicated Host ID in the form
+	// "h-" followed by 17 lowercase hexadecimal characters.


Can we specify what "hexadecimal characters" are succinctly? Maybe something like:

Suggested change

// "h-" followed by 17 lowercase hexadecimal characters.

// "h-" followed by 17 lowercase hexadecimal characters (0-9 and a-f).

I'll update this

everettraven · 2025-10-06T15:12:02Z

machine/v1beta1/types_awsprovider.go

+	// This field is mutually exclusive with DynamicHostAllocation.
+	// When set, the value must be a valid AWS Dedicated Host ID in the form
+	// "h-" followed by 17 lowercase hexadecimal characters.
+	// The maximum length is 19 characters, and the field may be omitted.


What does it mean for this field to be omitted? We should make this clear for end-users.

I think I shortened two sentences and left this in. I'll remove since it is marked optional

everettraven · 2025-10-06T15:20:48Z

machine/v1beta1/types_awsprovider.go

+	// hostID specifies the Dedicated Host on which the instance must be started.
+	// This field is mutually exclusive with DynamicHostAllocation.
+	// When set, the value must be a valid AWS Dedicated Host ID in the form
+	// "h-" followed by 17 lowercase hexadecimal characters.
+	// The maximum length is 19 characters, and the field may be omitted.
+	// +kubebuilder:validation:XValidation:rule="self == null || self.matches('^h-[0-9a-f]{17}$')",message="hostID must start with 'h-' and end in 17 alphanumeric characters"
+	// +kubebuilder:validation:MaxLength=19
+	// +openshift:enable:FeatureGate=AWSDedicatedHosts
+	// +optional
+	HostID *string `json:"hostID,omitempty"`
+
+	// hostAffinity specifies the dedicated host affinity setting for the instance.
+	// Valid values are "AnyAvailable", "Host", and omitted.
+	// When HostAffinity is set to "Host", an instance started onto a specific host always restarts on the same host if stopped.
+	// When HostAffinity is set to "AnyAvailable", and you stop and restart the instance, it can be restarted on any available host.
+	// When HostAffinity is omitted and HostID is defined, the instance is started onto the specified host.
+	// When HostAffinity is defined, HostID is required.
+	// +kubebuilder:validation:MaxLength=64
+	// +openshift:enable:FeatureGate=AWSDedicatedHosts
+	// +optional
+	HostAffinity *HostAffinity `json:"hostAffinity,omitempty"`


The more I look at this, the more I wonder if this should be nested another level and follow the discriminated union pattern.

It might make it easier to have configuration options be like:

... dedicatedHost: affinity: Host host: id: h-017afcd

and

... dedicatedHost: affinity: AnyAvailable

Then we can enforce requirements like dedicateHost.host.id being required when setting dedicatedHost.affinity to Host and forbidding it otherwise.

Sure, I discussed with @rvanderp3 and we can make it this way.

everettraven · 2025-10-06T15:21:45Z

machine/v1beta1/types_awsprovider.go

+	// When HostAffinity is set to "AnyAvailable", and you stop and restart the instance, it can be restarted on any available host.
+	// When HostAffinity is omitted and HostID is defined, the instance is started onto the specified host.
+	// When HostAffinity is defined, HostID is required.
+	// +kubebuilder:validation:MaxLength=64


Max length isn't needed on enums, but the type alias would need the enum marker.

I had to add that to make linter happy.

make: Leaving directory '/home/ngirard/GitProjects/api-ngirard/tools' machine/v1beta1/types_awsprovider.go:130:2: maxlength: field HostAffinity type HostAffinity must have a maximum length, add kubebuilder:validation:MaxLength marker (kubeapilinter) HostAffinity *HostAffinity `json:"hostAffinity,omitempty"` ^ 1 issues: * kubeapilinter: 1

That is likely because you don't have the +kubebuilder:validation:Enum marker on the type that it is asking for the max length marker. The linter can also pick up usage of the enum marker to determine that the max length isn't necessary (inherently enforced by the longest allowed value)

everettraven · 2025-10-06T15:25:45Z

machine/v1beta1/types_awsprovider.go

+	// When set, the value must be a valid AWS Dedicated Host ID in the form
+	// "h-" followed by 17 lowercase hexadecimal characters.
+	// The maximum length is 19 characters, and the field may be omitted.
+	// +kubebuilder:validation:XValidation:rule="self == null || self.matches('^h-[0-9a-f]{17}$')",message="hostID must start with 'h-' and end in 17 alphanumeric characters"


I don't think we need the self == null in the CEL expression. IIRC it just won't run the validation if the field is omitted, which it would be on a nil value (even though this goes through a webhook, having a correct expression here helps with future readers to understand the intent without confusion).

ok, i can make that update.

everettraven

Thanks for making the change to a discriminated union - I definitely like this direction better!

everettraven · 2025-10-08T18:34:33Z

machine/v1beta1/types_awsprovider.go

+	// When hostAffinity is set, host.hostID is required for "Host" and must be omitted for "AnyAvailable".
+	// +kubebuilder:validation:MaxLength=64
+	// +openshift:enable:FeatureGate=AWSDedicatedHosts
+	// +optional


The "discriminant" should be required so an end user has to make an explicit decision here - hostAffinity is the discriminant here. Because the parent field is already optional it is safe to make this field required.

I wonder if affinity should be outside the dedicated host section. This way, we use the DedicatedHost field and have ID under it.

... hostAffinity: Host dedicatedHost: id: h-017afcd

everettraven · 2025-10-08T18:34:45Z

machine/v1beta1/types_awsprovider.go

+	// - Host: the instance must run on a specific host; set host.hostID.
+	// - omitted: if host.hostID is set, the instance runs on that specific host; otherwise no host constraint is applied.
+	// When hostAffinity is set, host.hostID is required for "Host" and must be omitted for "AnyAvailable".
+	// +kubebuilder:validation:MaxLength=64


Discriminants are enums and do not need a MaxLength. On the HostAffinity Go type alias, add +kubebuilder:validation:Enum=AnyAvailable;Host and remove the +kubebuilder:validation:MaxLength marker from this set of markers

I can, but i was hitting error on this before where it was requiring it. I"ll try again and see how it goes.

everettraven · 2025-10-08T18:35:49Z

machine/v1beta1/types_awsprovider.go

+	// +kubebuilder:validation:MaxLength=64
+	// +openshift:enable:FeatureGate=AWSDedicatedHosts
+	// +optional
+	HostAffinity *HostAffinity `json:"hostAffinity,omitempty"`


Because this is now nested under a parent field called dedicatedHost we can probably just call this field affinity instead of hostAffinity. Calling it hostAffinity results in a "stutter" like dedicatedHost.hostAffinity

everettraven · 2025-10-08T18:41:24Z

machine/v1beta1/types_awsprovider.go

+	// Valid values are "AnyAvailable", "Host", and omitted.
+	// - AnyAvailable: the platform selects any available dedicated host; do not set host.
+	// - Host: the instance must run on a specific host; set host.hostID.
+	// - omitted: if host.hostID is set, the instance runs on that specific host; otherwise no host constraint is applied.
+	// When hostAffinity is set, host.hostID is required for "Host" and must be omitted for "AnyAvailable".


We have a general pattern we try to follow for consistency across OpenShift APIs.

Could we update this to look like this?:

hostAffinity selects how the instance is placed on a dedicate host.
Allowed values are AnyAvailable and Host.
When set to AnyAvailable, the platform selects any available dedicated host.
When set to Host, the instance must run on a specific host denoted by host.hostID.
host is required when hostAffinity is set to Host, and forbidden otherwise.

sure, i can remove formatting and use sentences.

everettraven · 2025-10-08T18:45:38Z

machine/v1beta1/types_awsprovider.go

+	// hostAffinity selects how the instance is placed on a dedicated host.
+	// Valid values are "AnyAvailable", "Host", and omitted.
+	// - AnyAvailable: the platform selects any available dedicated host; do not set host.
+	// - Host: the instance must run on a specific host; set host.hostID.


I'm wondering if Host makes the most sense here or if it is to stutter-y.

As an example:

dedicatedHost: hostAffinity: Host host: hostID: h-1326af

That has "host" 5 times in 4 lines.

Maybe something like:

dedicatedHost: affinity: Specific specific: id: h-1326af

is better here?

well above we said remove host from affinity, but i do not like the "specific" being used. That feels very odd. So this goes back to not doing discriminating union due to how this is now looking more complex. With this, affinity states if it is to be assigned to a dedicated host and then we just need a field to specify the host ID. Currently we do not have other info for the host to provide so it may start to feel like overkill.

Maybe taking a step back here would be helpful.

Maybe I misunderstood, but my interpretation was that the original hostAffinity value was meant to only be used with dedicated hosts. Is that incorrect?

No, you understand correctly. The complexity is coming from the discriminating union additions, but I just want to find verbage that makes sense and is clear. So allow me to explain history and ideas.

In the aws API (https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/moving-instances-dedicated-hosts.html) it states the placement logic for an instance. Its confusing there too. Here is an example:

aws ec2 modify-instance-placement \ --instance-id i-1234567890abcdef0 \ --affinity host \ --tenancy host \ --host-id h-012a3456b7890cdef

So what we are adding / added in CAPA upstream was this: kubernetes-sigs/cluster-api-provider-aws#5548

So for MAPI, we are adding just enough so we can do the mapi2capi conversion logic so we can create these resources. Ideally I was hoping to keep our API similar for simplicity (the original concept at beginning of PR), but I am happy to have it follow the OCP ideals (I did similar things for CAPV stuff for multi disk and others). So with all of this, I do like the idea of using the discriminating union pattern. Building upon our ideas with thoughts on whats next to come might be to do a combination of our ideas with the following:

[Any Host Placement]

hostPlacement: hostAffinity: AnyAvailable

[Static Placement]

hostPlacement: hostAffinity: DedicatedHost DedicatedHost: id: h-abcdef0123456789a

[Dynamic Host Placement]

hostPlacement: hostAffinity: DynamicHost DynamicHost: tags: - app: myApp - department: whatever

Maybe this is more in line with what you are thinking. I know @rvanderp3 is working on adding dynamic host support upstream at the moment and that will require some additional data or changed fields. Maybe this better sets us up for that.

What are your thoughts?

everettraven · 2025-10-08T18:47:33Z

machine/v1beta1/types_awsprovider.go

+	// host specifies a particular dedicated host when required by hostAffinity or when
+	// hostAffinity is omitted and you want to target a specific host.
+	// Must be omitted when hostAffinity is "AnyAvailable".


I think we want something more like:

host specifies the exact host that an instance should run on.
host is required when hostAffinity is set to Host, and forbidden otherwise.

i'll make the change.

everettraven · 2025-10-08T18:49:10Z

machine/v1beta1/types_awsprovider.go

+
+type Host struct {
+	// hostID identifies the AWS Dedicated Host on which the instance must run.
+	// Use this when hostAffinity is "Host" or when hostAffinity is omitted and you want a specific host.


I think we can remove affinity text here. We should already be gating usage of the parent field based on what the affinity value is set to.

sounds good

everettraven · 2025-10-08T18:50:37Z

machine/v1beta1/types_awsprovider.go

+	// +kubebuilder:validation:XValidation:rule="self.matches('^h-[0-9a-f]{17}$')",message="hostID must start with 'h-' followed by 17 lowercase hexadecimal characters (0-9 and a-f)"
+	// +kubebuilder:validation:MaxLength=19
+	// +openshift:enable:FeatureGate=AWSDedicatedHosts
+	// +optional


With this new structure, I believe this should be a required field

I can update this.

openshift-ci · 2025-10-10T15:19:44Z

@vr4manta: The following tests failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name	Commit	Details	Required	Rerun command
ci/prow/verify	`aab9734`	link	true	`/test verify`
ci/prow/lint	`aab9734`	link	true	`/test lint`

Full PR test history. Your PR dashboard.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here.

openshift-ci-robot added the jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. label Sep 18, 2025

openshift-ci bot added the size/S Denotes a PR that changes 10-29 lines, ignoring generated files. label Sep 18, 2025

openshift-ci bot requested review from JoelSpeed and everettraven September 18, 2025 16:23

vr4manta force-pushed the SPLAT-2206 branch from 165b8e8 to 92afa52 Compare September 18, 2025 17:19

openshift-ci bot added size/M Denotes a PR that changes 30-99 lines, ignoring generated files. and removed size/S Denotes a PR that changes 10-29 lines, ignoring generated files. labels Sep 18, 2025

vr4manta mentioned this pull request Sep 18, 2025

[WIP] SPLAT-2167: Added dedicated hosts support for AWS openshift/machine-api-operator#1419

Draft

openshift-ci bot assigned everettraven Sep 18, 2025

vr4manta changed the title ~~SPLAT-2206: Added AWS dedicated host support~~ [WIP] SPLAT-2206: Added AWS dedicated host support Sep 19, 2025

openshift-ci bot added the do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. label Sep 19, 2025

vr4manta force-pushed the SPLAT-2206 branch from 92afa52 to f9a28b8 Compare September 19, 2025 12:15

vr4manta force-pushed the SPLAT-2206 branch 2 times, most recently from 0fcff1c to b088b27 Compare September 19, 2025 13:33

everettraven reviewed Sep 19, 2025

View reviewed changes

vr4manta force-pushed the SPLAT-2206 branch from b088b27 to 9355a76 Compare September 29, 2025 15:47

everettraven reviewed Sep 30, 2025

View reviewed changes

vr4manta force-pushed the SPLAT-2206 branch from 9355a76 to 48b3a88 Compare October 1, 2025 18:41

vr4manta mentioned this pull request Oct 1, 2025

SPLAT-2167: Added dedicated host support for AWS openshift/cluster-capi-operator#374

Draft

vr4manta force-pushed the SPLAT-2206 branch from 48b3a88 to b3164c7 Compare October 2, 2025 11:39

vr4manta changed the title ~~[WIP] SPLAT-2206: Added AWS dedicated host support~~ SPLAT-2206: Added AWS dedicated host support Oct 2, 2025

openshift-ci bot removed the do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. label Oct 2, 2025

everettraven reviewed Oct 6, 2025

View reviewed changes

vr4manta force-pushed the SPLAT-2206 branch 2 times, most recently from 06d98ae to 9589e77 Compare October 7, 2025 16:16

everettraven suggested changes Oct 8, 2025

View reviewed changes

Added AWS dedicated host support

aab9734

vr4manta force-pushed the SPLAT-2206 branch from 9589e77 to aab9734 Compare October 10, 2025 14:46

	// When HostAffinity is defined, HostID is required.
	// When HostAffinity is defined, hostID is required.

	// +kubebuilder:validation:Enum:=host;default;""
	// +kubebuilder:validation:Enum:=Host;Default;""

	// "h-" followed by 17 lowercase hexadecimal characters.
	// "h-" followed by 17 lowercase hexadecimal characters (0-9 and a-f).

SPLAT-2206: Added AWS dedicated host support #2484

Are you sure you want to change the base?

SPLAT-2206: Added AWS dedicated host support #2484

Uh oh!

Conversation

vr4manta commented Sep 18, 2025 • edited by openshift-ci bot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Changes

Uh oh!

openshift-ci-robot commented Sep 18, 2025 • edited by openshift-ci bot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Changes

Uh oh!

openshift-ci-robot commented Sep 18, 2025 • edited by openshift-ci bot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Changes

Uh oh!

openshift-ci bot commented Sep 18, 2025

Uh oh!

JoelSpeed commented Sep 18, 2025

Uh oh!

vr4manta commented Sep 18, 2025

Uh oh!

everettraven commented Sep 18, 2025

Uh oh!

openshift-ci bot commented Sep 19, 2025

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

vr4manta Sep 19, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

vr4manta Sep 29, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

everettraven left a comment

vr4manta commented Sep 18, 2025 •

edited by openshift-ci bot

Loading

openshift-ci-robot commented Sep 18, 2025 •

edited by openshift-ci bot

Loading

openshift-ci-robot commented Sep 18, 2025 •

edited by openshift-ci bot

Loading

vr4manta Sep 19, 2025 •

edited

Loading

vr4manta Sep 29, 2025 •

edited

Loading

everettraven Oct 6, 2025 •

edited

Loading