Skip to content

Commit 2b578b7

Browse files
authored
Merge pull request #66472 from SNiemann15/ibmz_mac_udp_workaround
[OCPBUGS-18394] Multiarch compute IBM Z - Add extra step to procedure
2 parents 30a9f11 + 7a9dac5 commit 2b578b7

File tree

3 files changed

+61
-8
lines changed

3 files changed

+61
-8
lines changed

modules/machine-user-infra-machines-ibm-z-kvm.adoc

Lines changed: 25 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -16,6 +16,31 @@ You can create more {op-system-first} compute machines for your cluster by using
1616
* An HTTP or HTTPS server is set up.
1717
1818
.Procedure
19+
// Step 1 is a workaround for https://issues.redhat.com/browse/OCPBUGS-18394
20+
// Can be removed when bug is fixed.
21+
. Disable UDP aggregation.
22+
+
23+
Currently, UDP aggregation is not supported on {ibmzProductName} and is not automatically deactivated on multi-architecture compute clusters with an `x86_64` control plane and additional `s390x` compute machines. To ensure that the addtional compute nodes are added to the cluster correctly, you must manually disable UDP aggregation.
24+
25+
.. Create a YAML file `udp-aggregation-config.yaml` with the following content:
26+
+
27+
[source,yaml]
28+
----
29+
apiVersion: v1
30+
kind: ConfigMap
31+
data:
32+
disable-udp-aggregation: "true"
33+
metadata:
34+
name: udp-aggregation-config
35+
namespace: openshift-network-operator
36+
----
37+
38+
.. Create the ConfigMap resource by running the following command:
39+
+
40+
[source,terminal]
41+
----
42+
$ oc create -f udp-aggregation-config.yaml
43+
----
1944

2045
. Extract the Ignition config file from the cluster by running the following command:
2146
+

modules/machine-user-infra-machines-ibm-z.adoc

Lines changed: 25 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -14,6 +14,31 @@ You can create more {op-system-first} compute machines running on {ibmzProductNa
1414
* You have an HTTP or HTTPS server running on your provisioning machine that is accessible to the machines you create.
1515
1616
.Procedure
17+
// Step 1 is a workaround for https://issues.redhat.com/browse/OCPBUGS-18394
18+
// Can be removed when bug is fixed.
19+
. Disable UDP aggregation.
20+
+
21+
Currently, UDP aggregation is not supported on {ibmzProductName} and is not automatically deactivated on multi-architecture compute clusters with an `x86_64` control plane and additional `s390x` compute machines. To ensure that the addtional compute nodes are added to the cluster correctly, you must manually disable UDP aggregation.
22+
23+
.. Create a YAML file `udp-aggregation-config.yaml` with the following content:
24+
+
25+
[source,yaml]
26+
----
27+
apiVersion: v1
28+
kind: ConfigMap
29+
data:
30+
disable-udp-aggregation: "true"
31+
metadata:
32+
name: udp-aggregation-config
33+
namespace: openshift-network-operator
34+
----
35+
36+
.. Create the ConfigMap resource by running the following command:
37+
+
38+
[source,terminal]
39+
----
40+
$ oc create -f udp-aggregation-config.yaml
41+
----
1742

1843
. Extract the Ignition config file from the cluster by running the following command:
1944
+

modules/multi-architecture-verifying-cluster-compatibility.adoc

Lines changed: 11 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -15,9 +15,9 @@ endif::[]
1515
:_content-type: PROCEDURE
1616
[id="multi-architecture-verifying-cluster-compatibility_{context}"]
1717

18-
= Verifying cluster compatibility
18+
= Verifying cluster compatibility
1919

20-
Before you can start adding compute nodes of different architectures to your cluster, you must verify that your cluster is multi-architecture compatible.
20+
Before you can start adding compute nodes of different architectures to your cluster, you must verify that your cluster is multi-architecture compatible.
2121

2222
.Prerequisites
2323

@@ -35,22 +35,25 @@ You should limit the number of network hops between the compute and control plan
3535
====
3636
endif::ibm-power[]
3737

38-
.Procedure
38+
.Procedure
3939

4040
* You can check that your cluster uses the architecture payload by running the following command:
4141
+
4242
[source,terminal]
4343
----
44-
$ oc adm release info -o json | jq .metadata.metadata
44+
$ oc adm release info -o jsonpath="{ .metadata.metadata}"
4545
----
4646

47-
.Verification
47+
.Verification
4848

49-
. If you see the following output, then your cluster is using the multi-architecture payload:
49+
. If you see the following output, then your cluster is using the multi-architecture payload:
5050
+
5151
[source,terminal]
5252
----
53-
$ "release.openshift.io/architecture": "multi"
53+
{
54+
"release.openshift.io/architecture": "multi",
55+
"url": "https://access.redhat.com/errata/<errata_version>"
56+
}
5457
----
5558
You can then begin adding multi-arch compute nodes to your cluster.
5659

@@ -59,7 +62,7 @@ You can then begin adding multi-arch compute nodes to your cluster.
5962
[source,terminal]
6063
----
6164
{
62-
"url": "https://access.redhat.com/errata/RHSA-2023:4671"
65+
"url": "https://access.redhat.com/errata/<errata_version>"
6366
}
6467
----
6568
+

0 commit comments

Comments
 (0)