Skip to content

Commit ef4eda3

Browse files
authored
Merge pull request #106041 from inputoutputcode/nodetyperemovalfeedback
adding hint about snippet placement, bullet for template deployment, …
2 parents 91abd20 + a7679f5 commit ef4eda3

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

articles/service-fabric/service-fabric-how-to-remove-node-type.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -119,7 +119,7 @@ When removing a node type that is Bronze, all the nodes in the node type go down
119119
- Locate the Azure Resource Manager template used for deployment.
120120
- Find the section related to the node type in the Service Fabric section.
121121
- Remove the section corresponding to the node type.
122-
- For Silver and higher durability clusters, update the cluster resource in the template and configure health policies to ignore fabric:/System application health by adding `applicationDeltaHealthPolicies` as given below. The below policy should ignore existing errors but not allow new health errors.
122+
- Only for Silver and higher durability clusters, update the cluster resource in the template and configure health policies to ignore fabric:/System application health by adding `applicationDeltaHealthPolicies` under cluster resource `properties` as given below. The below policy should ignore existing errors but not allow new health errors.
123123
124124
125125
```json
@@ -155,7 +155,7 @@ When removing a node type that is Bronze, all the nodes in the node type go down
155155
},
156156
```
157157
158-
Deploy the modified Azure Resource Manager template. ** This step will take a while, usually up to two hours. This upgrade will change settings to the InfrastructureService, therefore a node restart is needed. In the this case `forceRestart` is ignored.
158+
- Deploy the modified Azure Resource Manager template. ** This step will take a while, usually up to two hours. This upgrade will change settings to the InfrastructureService, therefore a node restart is needed. In the this case `forceRestart` is ignored.
159159
The parameter `upgradeReplicaSetCheckTimeout` specifies the maximum time that Service Fabric waits for a partition to be in a safe state, if not already in a safe state. Once safety checks pass for all partitions on a node, Service Fabric proceeds with the upgrade on that node.
160160
The value for the parameter `upgradeTimeout` can be reduced to 6 hours, but for maximal safety 12 hours should be used.
161161

0 commit comments

Comments
 (0)