You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
| LOCATION | The Azure Region where the Cluster is deployed |
73
+
| LOCATION | The Azure Region where the Cluster is deployed |
74
74
| CL_NAME | The Cluster Manager Custom Location from Azure portal |
75
75
| CLUSTER_RG | The cluster resource group name |
76
76
| LAW_ID | Log Analytics Workspace ID for the Cluster |
@@ -155,7 +155,69 @@ az networkcloud cluster deploy \
155
155
--no-wait --debug
156
156
```
157
157
158
-
This command runs synchronously. If you wish to skip waiting for the command to complete, specify the `--no-wait --debug` options. For more information, see [how to track asynchronous operations](howto-track-async-operations-cli.md).
158
+
> [!TIP]
159
+
> To check the status of the `az networkcloud cluster deploy` command, it can be executed using the `--debug` flag.
160
+
> This will allow you to obtain the `Azure-AsyncOperation` or `Location` header used to query the `operationStatuses` resource.
161
+
> See the section [Cluster Deploy Failed](#cluster-deploy-failed) for more detailed steps.
162
+
> Optionally, the command can run asynchronously using the `--no-wait` flag.
163
+
164
+
### Cluster Deploy with hardware validation
165
+
166
+
During a Cluster deploy process, one of the steps executed is hardware validation.
167
+
The hardware validation procedure runs various test and checks against the machines
168
+
provided through the Cluster's rack definition. Based on the results of these checks
169
+
and any user skipped machines, a determination is done on whether sufficient nodes
170
+
passed and/or are available to meet the thresholds necessary for deployment to continue.
171
+
172
+
#### Cluster Deploy Action with skipping specific bare-metal-machine
173
+
174
+
A parameter can be passed in to the deploy command that represents the names of
175
+
bare metal machines in the cluster that should be skipped during hardware validation.
176
+
Nodes skipped aren't validated and aren't added to the node pool.
177
+
Additionally, nodes skipped don't count against the total used by threshold calculations.
az rest -m GET -u "https://management.azure.com/subscriptions/${SUBSCRIPTION_ID}/providers/Microsoft.NetworkCloud/locations/${LOCATION}/operationStatuses/${OPERATION_ID}?api-version=2022-12-12-preview"
198
+
```
199
+
200
+
The output is similar to the JSON struct example. When the error code is
201
+
`HardwareValidationThresholdFailed`, then the error message contains a list of bare
202
+
metal machine(s) that failed the hardware validation (for example, `COMP0_SVR0_SERVER_NAME`,
203
+
`COMP1_SVR1_SERVER_NAME`). These names can be used to parse the logs for further details.
204
+
205
+
```json
206
+
{
207
+
"endTime": "2023-03-24T14:56:59.0510455Z",
208
+
"error": {
209
+
"code": "HardwareValidationThresholdFailed",
210
+
"message": "HardwareValidationThresholdFailed error hardware validation threshold for cluster layout plan is not met for cluster $CLUSTER_NAME in namespace nc-system with listed failed devices $COMP0_SVR0_SERVER_NAME, $COMP1_SVR1_SERVER_NAME"
0 commit comments