|
7 | 7 | [id="windows-containers-release-notes-10-17-0_{context}"] |
8 | 8 | = Release notes for Red Hat Windows Machine Config Operator 10.17.0 |
9 | 9 |
|
10 | | -This release of the WMCO provides bug fixes for running Windows compute nodes in an {product-title} cluster. The components of the WMCO 10.17.0 were released in link:https://access.redhat.com/errata/RHSA-2024:7436[RHSA-2024:7436]. |
| 10 | +[role="_abstract"] |
| 11 | +You can review the following release notes to learn about the bug fixes provided in this release of the Windows Machine Config Operator (WMCO). |
| 12 | + |
| 13 | +The components of the WMCO 10.17.0 were released in link:https://access.redhat.com/errata/RHSA-2024:7436[RHSA-2024:7436]. |
11 | 14 |
|
12 | 15 | [id="wmco-10-17-0-new-features"] |
13 | 16 | == New features and improvements |
14 | 17 |
|
15 | | -[id="wmco-10-17-0-new-features-kubernetes"] |
16 | | -=== Kubernetes upgrade |
| 18 | +Kubernetes upgrade:: |
17 | 19 |
|
18 | 20 | The WMCO now uses Kubernetes 1.30. |
19 | 21 |
|
20 | 22 | [id="wmco-10-17-0-bug-fixes"] |
21 | 23 | == Bug fixes |
22 | 24 |
|
23 | | -* Previously, if a Windows VM had its PowerShell `ExecutionPolicy` set to `Restricted`, the Windows Instance Config Daemon (WICD) could not run the commands on that VM that are necessary for creating Windows nodes. With this fix, the WICD now bypasses the execution policy on the VM when running PowerShell commands. As a result, the WICD can create Windows nodes on the VM as expected. (link:https://issues.redhat.com/browse/OCPBUGS-30995[*OCPBUGS-30995*]) |
| 25 | +* Before this update, if a Windows VM had its PowerShell `ExecutionPolicy` set to `Restricted`, the Windows Instance Config Daemon (WICD) could not run the commands on that VM that are necessary for creating Windows nodes. With this fix, the WICD now bypasses the execution policy on the VM when running PowerShell commands. As a result, the WICD can create Windows nodes on the VM as expected. (link:https://issues.redhat.com/browse/OCPBUGS-30995[*OCPBUGS-30995*]) |
24 | 26 |
|
25 | 27 | // Copied from 4.16 release notes. |
26 | | -* Previously, if reverse DNS lookup failed due to an error, such as the reverse DNS lookup services being unavailable, the WMCO would not fall back to using the VM hostname to determine if a certificate signing requests (CSR) should be approved. As a consequence, Bring-Your-Own-Host (BYOH) Windows nodes configured with an IP address would not become available. With this fix, BYOH nodes are properly added if reverse DNS is not available. (link:https://issues.redhat.com/browse/OCPBUGS-36643[*OCPBUGS-36643*]) |
| 28 | +* Before this update, if reverse DNS lookup failed due to an error, such as the reverse DNS lookup services being unavailable, the WMCO would not fall back to using the VM hostname to determine if a certificate signing requests (CSR) should be approved. As a consequence, Bring-Your-Own-Host (BYOH) Windows nodes configured with an IP address would not become available. With this fix, BYOH nodes are properly added if reverse DNS is not available. (link:https://issues.redhat.com/browse/OCPBUGS-36643[*OCPBUGS-36643*]) |
27 | 29 |
|
28 | 30 | // Copied from 4.16 release notes. |
29 | | -* Previously, if there were multiple service account token secrets in the WMCO namespace, scaling Windows nodes would fail. With this fix, the WMCO uses only the secret it creates, ignoring any other service account token secrets in the WMCO namespace. As a result, Windows nodes scale properly. (link:https://issues.redhat.com/browse/OCPBUGS-29253[*OCPBUGS-29253*]) |
| 31 | +* Before this update, if there were multiple service account token secrets in the WMCO namespace, scaling Windows nodes would fail. With this fix, the WMCO uses only the secret it creates, ignoring any other service account token secrets in the WMCO namespace. As a result, Windows nodes scale properly. (link:https://issues.redhat.com/browse/OCPBUGS-29253[*OCPBUGS-29253*]) |
0 commit comments