Dell PowerConnect W Clearpass 100 Software 3.7 Deployment Guide - Page 351

Primary Node Failure, Recovering From a Temporary Outage

Page 351 highlights

 SMTP settings for email receipts ( See "Email Receipt Options" in the Guest Management chapter)  SNMP server settings ( See "SNMP Configuration" in the Administrator Tasks chapter)  The set of currently installed plugins ( See "Plugin Manager" in the Administrator Tasks chapter)  Web Login pages ( See "Web Logins" in the RADIUS Services chapter) Certain configuration items are not replicated. These are:  HTTP Proxy settings ( "HTTP Proxy Configuration" in the Administrator Tasks chapter)  Network interface configuration ( "Network Interfaces" in the Administrator Tasks chapter)  RADIUS dictionary entries ( See "Dictionary" in the RADIUS Services chapter)  SSL certificate settings ( See "SSL Certificate" in the Administrator Tasks chapter)  Subscription IDs in Plugin Manager ( See "Managing Subscriptions" in the Administrator Tasks chapter)  System hostname ( See "System Hostname" in the Administrator Tasks chapter) Primary Node Failure If the cluster's primary node fails, the cluster status will be displayed on the secondary node as: The secondary node is running, but the primary node is down or stopped. While the primary node is down, the cluster is in a failed state and cannot deliver network services. If the primary node recovers within the downtime threshold, the cluster will automatically return to the normal state and network service will be restored. An automatic failover will be initiated after the primary node has been offline for the downtime threshold, which is 30 seconds by default. Once failover has occurred, the cluster status will be displayed on the secondary node as: The secondary node has taken over the cluster services because the primary node is down. In the failover state, the secondary node will assume control of the cluster and will take over the cluster's IP address. This will restore network service for clients of the cluster. Replication will stop as there is no longer a primary node. While the primary node is offline, the cluster will no longer be fault-tolerant. A subsequent failure of the secondary node will leave the cluster inoperable. See "Recovering From a Temporary Outage" in this chapter for instructions on recovering a cluster in this state. The secondary node has taken over the cluster services. The primary node is back online, but the cluster needs to be recovered. In this state, the primary node was offline for a period of time greater than the downtime threshold, and then recovered. The cluster has failed over to the secondary node. In this state, the cluster is not fault-tolerant. A subsequent failure of the secondary node will leave the cluster inoperable. Recovering the cluster is required for replication to resume and return the cluster to a fault-tolerant state. See "Recovering From a Temporary Outage" in this chapter for instructions on recovering a cluster in this state. Secondary Node Failure If the cluster's secondary node fails, the cluster status will be displayed on the primary node as: The primary node is running, but the secondary node is down or stopped. Amigopod 3.7 | Deployment Guide High Availability Services | 351

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204
  • 205
  • 206
  • 207
  • 208
  • 209
  • 210
  • 211
  • 212
  • 213
  • 214
  • 215
  • 216
  • 217
  • 218
  • 219
  • 220
  • 221
  • 222
  • 223
  • 224
  • 225
  • 226
  • 227
  • 228
  • 229
  • 230
  • 231
  • 232
  • 233
  • 234
  • 235
  • 236
  • 237
  • 238
  • 239
  • 240
  • 241
  • 242
  • 243
  • 244
  • 245
  • 246
  • 247
  • 248
  • 249
  • 250
  • 251
  • 252
  • 253
  • 254
  • 255
  • 256
  • 257
  • 258
  • 259
  • 260
  • 261
  • 262
  • 263
  • 264
  • 265
  • 266
  • 267
  • 268
  • 269
  • 270
  • 271
  • 272
  • 273
  • 274
  • 275
  • 276
  • 277
  • 278
  • 279
  • 280
  • 281
  • 282
  • 283
  • 284
  • 285
  • 286
  • 287
  • 288
  • 289
  • 290
  • 291
  • 292
  • 293
  • 294
  • 295
  • 296
  • 297
  • 298
  • 299
  • 300
  • 301
  • 302
  • 303
  • 304
  • 305
  • 306
  • 307
  • 308
  • 309
  • 310
  • 311
  • 312
  • 313
  • 314
  • 315
  • 316
  • 317
  • 318
  • 319
  • 320
  • 321
  • 322
  • 323
  • 324
  • 325
  • 326
  • 327
  • 328
  • 329
  • 330
  • 331
  • 332
  • 333
  • 334
  • 335
  • 336
  • 337
  • 338
  • 339
  • 340
  • 341
  • 342
  • 343
  • 344
  • 345
  • 346
  • 347
  • 348
  • 349
  • 350
  • 351
  • 352
  • 353
  • 354
  • 355
  • 356
  • 357
  • 358
  • 359
  • 360
  • 361
  • 362
  • 363
  • 364
  • 365
  • 366
  • 367
  • 368
  • 369
  • 370
  • 371
  • 372
  • 373
  • 374
  • 375
  • 376
  • 377
  • 378
  • 379
  • 380
  • 381
  • 382
  • 383
  • 384
  • 385
  • 386
  • 387
  • 388
  • 389
  • 390
  • 391
  • 392
  • 393
  • 394
  • 395
  • 396
  • 397
  • 398
  • 399
  • 400
  • 401
  • 402
  • 403
  • 404
  • 405
  • 406
  • 407
  • 408
  • 409
  • 410
  • 411
  • 412
  • 413
  • 414
  • 415
  • 416
  • 417
  • 418
  • 419
  • 420
  • 421
  • 422
  • 423
  • 424
  • 425
  • 426
  • 427
  • 428
  • 429
  • 430
  • 431
  • 432
  • 433
  • 434
  • 435
  • 436
  • 437
  • 438

Amigopod 3.7
|
Deployment Guide
High Availability Services
|
351
SMTP settings for email receipts (
See
“Email Receipt Options”
in the Guest Management chapter)
SNMP server settings (
See
“SNMP Configuration”
in the Administrator Tasks chapter)
The set of currently installed plugins ( See
“Plugin Manager”
in the Administrator Tasks chapter)
Web Login pages ( See
“Web Logins”
in the RADIUS Services chapter)
Certain configuration items are not replicated. These are:
HTTP Proxy settings (
“HTTP Proxy Configuration”
in the Administrator Tasks chapter)
Network interface configuration (
“Network Interfaces”
in the Administrator Tasks chapter)
RADIUS dictionary entries ( See
“Dictionary”
in the RADIUS Services chapter)
SSL certificate settings ( See
“SSL Certificate”
in the Administrator Tasks chapter)
Subscription IDs in Plugin Manager ( See
“Managing Subscriptions”
in the Administrator Tasks chapter)
System hostname (
See
“System Hostname”
in the Administrator Tasks chapter)
Primary Node Failure
If the cluster’s primary node fails, the cluster status will be displayed on the secondary node as:
The secondary node is running, but the primary node is down or stopped.
While the primary node is down, the cluster is in a failed state and cannot deliver network services. If the
primary node recovers within the downtime threshold, the cluster will automatically return to the normal
state and network service will be restored.
An automatic failover will be initiated after the primary node has been offline for the
downtime threshold
,
which is 30 seconds by default.
Once failover has occurred, the cluster status will be displayed on the secondary node as:
The secondary node has taken over the cluster services because the primary node is down.
In the failover state, the secondary node will assume control of the cluster and will take over the cluster’s IP
address. This will restore network service for clients of the cluster. Replication will stop as there is no
longer a primary node.
While the primary node is offline, the cluster will no longer be fault-tolerant. A subsequent failure of the
secondary node will leave the cluster inoperable.
See
“Recovering From a Temporary Outage”
in this chapter for instructions on recovering a cluster in
this state.
The secondary node has taken over the cluster services. The primary node is back online, but the
cluster needs to be recovered.
In this state, the primary node was offline for a period of time greater than the downtime threshold, and
then recovered. The cluster has failed over to the secondary node.
In this state, the cluster is not fault-tolerant. A subsequent failure of the secondary node will leave the
cluster inoperable.
Recovering the cluster is required for replication to resume and return the cluster to a fault-tolerant state.
See
“Recovering From a Temporary Outage”
in this chapter for instructions on recovering a cluster in this
state.
Secondary Node Failure
If the cluster’s secondary node fails, the cluster status will be displayed on the primary node as:
The primary node is running, but the secondary node is down or stopped.