HP ProLiant DL380G5-WSS 3.7.0 HP StorageWorks HP Scalable NAS File Serving Sof - Page 196

Clear NLM locks after a power failure on an NFS client, almost immediately.

Page 196 highlights

If necessary, NLM can be enabled; however, you should be aware of the following caveat: File locks granted by the NFS server are cluster-coherent. When a failover occurs, the locks are released by the original server and the client automatically reclaims them on the new server (the backup node). However, during the period after the lock is released, another client or application may compete for and win the lock. Some NFS clients will return an error to the client applications if the lock cannot be reclaimed. Other clients (for example, the Linux 2.6 NFS client) will not return any error. If no error is returned by the client, the application may proceed under the false assumption that the lock has been granted. Data corruption may be the result. To prevent this situation, locking should be enabled only if your clients are partitioned so that all clients needing a particular lock are using the same Virtual NFS Service IP address. If a failover occurs, all of the clients will lose their locks. They can then reclaim those same locks on the new node without conflicts from outside clients. The mxnlmconfig command is used to enable or disable NLM locking in the cluster. The change takes place immediately and may affect clients. The mxnlmconfig command has this syntax: /opt/hpcfs/bin/mxnlmconfig -q|-e|-d|-? The options are as follows: -q Show the current status of NLM locking in the cluster (either enabled or disabled). -e Enable NLM locking in the cluster. No reboot is necessary; the change is effective almost immediately. -d Disable NLM locking in the cluster. No reboot is necessary; the change is effective almost immediately. -? Display a syntax message. Clear NLM locks after a power failure on an NFS client With NLM locking, when NFS clients holding byte-range locks experience a sudden power failure, there is no time for the locks to be cleared as they would be during a normal shutdown. To remedy this, the statd process on the NFS client keeps track of servers whose files contain locks once held by this NFS client. On the NFS client, the directory /var/lib/nfs/statd/sm contains files whose names are IP addresses 196 Configure FS Option for Linux

  • 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

If necessary, NLM can be enabled; however, you should be aware of the following
caveat:
File locks granted by the NFS server are cluster-coherent. When a failover
occurs, the locks are released by the original server and the client automatically
reclaims them on the new server (the backup node). However, during the
period after the lock is released, another client or application may compete
for and win the lock. Some NFS clients will return an error to the client
applications if the lock cannot be reclaimed. Other clients (for example, the
Linux 2.6 NFS client) will not return any error. If no error is returned by the
client, the application may proceed under the false assumption that the lock
has been granted. Data corruption may be the result. To prevent this situation,
locking should be enabled only if your clients are partitioned so that all clients
needing a particular lock are using the same Virtual NFS Service IP address.
If a failover occurs, all of the clients will lose their locks. They can then reclaim
those same locks on the new node without conflicts from outside clients.
The
mxnlmconfig
command is used to enable or disable NLM locking in the cluster.
The change takes place immediately and may affect clients.
The
mxnlmconfig
command has this syntax:
/opt/hpcfs/bin/mxnlmconfig -q|-e|-d|-?
The options are as follows:
-q
Show the current status of NLM locking in the cluster (either enabled or disabled).
-e
Enable NLM locking in the cluster. No reboot is necessary; the change is effective
almost immediately.
-d
Disable NLM locking in the cluster. No reboot is necessary; the change is effective
almost immediately.
-?
Display a syntax message.
Clear NLM locks after a power failure on an NFS client
With NLM locking, when NFS clients holding byte-range locks experience a sudden
power failure, there is no time for the locks to be cleared as they would be during a
normal shutdown. To remedy this, the
statd
process on the NFS client keeps track
of servers whose files contain locks once held by this NFS client. On the NFS client,
the directory
/var/lib/nfs/statd/sm
contains files whose names are IP addresses
Configure FS Option for Linux
196