Dell EqualLogic PS6210XS EqualLogic Group Manager Administrator s Guide PS Ser - Page 155

Unmapping with Red Hat Enterprise Linux, Unmapping with Windows Servers 2012 and 2016

Page 155 highlights

unmapping on hosts or volumes (depending on the host operating system) that are using replicated volumes. Refer to the following sections for information about disabling and enabling unmapping in VMware ESX, Red Hat Enterprise Linux, or Windows Servers 2012 and 2016 operating systems. Unmapping with Red Hat Enterprise Linux By default, unmapping is disabled in Red Hat Enterprise Linux. Linux file systems that support unmap operations, such as ext4 on Red Hat Enterprise Linux 6, must be mounted with the-o discard option to enable free space recovery functionality. If the file system does not support the-o discard mount option, it does not support free space recovery on PS Series storage array volumes. When free space recovery using volume unmapping is enabled, larger files are deleted and their space is reclaimed. However, volume unmapping operations can stop new writes to the volume and adversely affect performance. This scenario is most likely with replicated volumes. Therefore, Dell recommends that you not use volume unmapping with replicated volumes. Also, running mkfs, defragging, or deleting files on file systems mounted using the -o discard option can generate large numbers of unmap operations, which are not recommended for replicated volumes. Unmapping with Windows Servers 2012 and 2016 By default, unmapping is enabled in Windows Servers 2012 and 2016, which automatically detects a volume's provisioning capabilities, including whether or not the volume can process unmap operations. When data is deleted from a volume in Windows, the corresponding space on the PS Series storage array volume is also freed automatically, thus maximizing the efficiency of the array. To disable unmapping in Windows Servers 2012 and 2016, issue the following command: fsutil behavior set disabledeletenotify 1 To reenable unmapping, issue the following command: fsutil behavior set disabledeletenotify 0 To check the current setting of unmapping, issue the following command: fsuitl behavior query disabledeletenotify NOTE: The disabledeletenotify setting is a global operating system setting that not only disables unmap operations from being sent to the PS Series storage arrays, but also disables TRIM to SSDs. For more information about the fsutil utility, see: technet.microsoft.com/en-us/library/cc785435(v=ws.10).aspx Automatic defrag can generate a large number of unmap operations, which are not recommended for replicated volumes. Therefore, you should turn off automatic defrag for replicated volumes. Set a Volume or Snapshot with Lost Blocks Online In rare circumstances, a volume (or snapshot) might lose blocks. For example, loss can occur if the power fails and then a control module cache battery fails. (If the control module cache battery is the only power source for a control module for more than 72 hours after a power failure occurs, the battery can fail.) If a volume (or snapshot) loses blocks, the current status of the volume (or snapshot) is offline-lost-cached-blocks. In addition, the group generates an event message. You can choose to set the volume online but retain the lost blocks. If an application tries to read a lost block, an error occurs. If an initiator writes new data to a lost block before it is read, the block is no longer lost. The members containing lost blocks have a status of RAID lost blocks until initiators write to all the lost blocks. About Volumes 155

  • 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
  • 439
  • 440
  • 441
  • 442
  • 443
  • 444
  • 445
  • 446
  • 447
  • 448
  • 449
  • 450
  • 451
  • 452
  • 453
  • 454
  • 455
  • 456
  • 457
  • 458
  • 459
  • 460
  • 461
  • 462
  • 463
  • 464
  • 465
  • 466
  • 467
  • 468
  • 469
  • 470
  • 471
  • 472
  • 473
  • 474
  • 475
  • 476
  • 477
  • 478
  • 479
  • 480
  • 481
  • 482
  • 483
  • 484
  • 485
  • 486
  • 487
  • 488
  • 489
  • 490
  • 491
  • 492
  • 493
  • 494
  • 495
  • 496
  • 497
  • 498
  • 499
  • 500
  • 501
  • 502
  • 503
  • 504
  • 505
  • 506
  • 507
  • 508
  • 509
  • 510
  • 511
  • 512
  • 513
  • 514
  • 515
  • 516
  • 517
  • 518
  • 519
  • 520
  • 521
  • 522
  • 523
  • 524
  • 525
  • 526
  • 527
  • 528
  • 529
  • 530
  • 531
  • 532
  • 533
  • 534
  • 535
  • 536
  • 537
  • 538
  • 539
  • 540
  • 541
  • 542
  • 543
  • 544
  • 545
  • 546
  • 547
  • 548
  • 549
  • 550
  • 551
  • 552
  • 553
  • 554
  • 555
  • 556
  • 557
  • 558
  • 559
  • 560
  • 561
  • 562
  • 563
  • 564
  • 565
  • 566
  • 567
  • 568
  • 569
  • 570
  • 571
  • 572
  • 573
  • 574
  • 575
  • 576
  • 577
  • 578
  • 579
  • 580
  • 581
  • 582
  • 583

unmapping on hosts or volumes (depending on the host operating system) that are using replicated volumes. Refer to the following
sections for information about disabling and enabling unmapping in VMware ESX, Red Hat Enterprise Linux, or Windows Servers
2012 and 2016 operating systems.
Unmapping with Red Hat Enterprise Linux
By default, unmapping is disabled in Red Hat Enterprise Linux.
Linux
file
systems that support unmap operations, such as ext4 on Red Hat Enterprise Linux 6, must be mounted with the
-o
discard
option to enable free space recovery functionality. If the
file
system does not support the
-o discard
mount option, it
does not support free space recovery on PS Series storage array volumes.
When free space recovery using volume unmapping is enabled, larger
files
are deleted and their space is reclaimed. However, volume
unmapping operations can stop new writes to the volume and adversely
affect
performance. This scenario is most likely with
replicated volumes. Therefore, Dell recommends that you not use volume unmapping with replicated volumes. Also, running
mkfs
,
defragging, or deleting
files
on
file
systems mounted using the
-o discard
option can generate large numbers of unmap
operations, which are not recommended for replicated volumes.
Unmapping with Windows Servers 2012 and 2016
By default, unmapping is enabled in Windows Servers 2012 and 2016, which automatically detects a volume’s provisioning
capabilities, including whether or not the volume can process unmap operations. When data is deleted from a volume in Windows,
the corresponding space on the PS Series storage array volume is also freed automatically, thus maximizing the
efficiency
of the
array.
To disable unmapping in Windows Servers 2012 and 2016, issue the following command:
fsutil behavior set disabledeletenotify 1
To reenable unmapping, issue the following command:
fsutil behavior set disabledeletenotify 0
To check the current setting of unmapping, issue the following command:
fsuitl behavior query disabledeletenotify
NOTE: The
disabledeletenotify
setting is a global operating system setting that not only disables unmap
operations from being sent to the PS Series storage arrays, but also disables TRIM to SSDs. For more information about
the
fsutil
utility, see:
technet.microsoft.com/en-us/library/cc785435(v=ws.10).aspx
Automatic defrag can generate a large number of unmap operations, which are not recommended for replicated volumes. Therefore,
you should turn
off
automatic defrag for replicated volumes.
Set a Volume or Snapshot with Lost Blocks Online
In rare circumstances, a volume (or snapshot) might lose blocks. For example, loss can occur if the power fails and then a control
module cache battery fails. (If the control module cache battery is the only power source for a control module for more than 72
hours after a power failure occurs, the battery can fail.)
If a volume (or snapshot) loses blocks, the current status of the volume (or snapshot) is
offline-lost-cached-blocks
. In
addition, the group generates an event message.
You can choose to set the volume online but retain the lost blocks. If an application tries to read a lost block, an error occurs. If an
initiator writes new data to a lost block before it is read, the block is no longer lost. The members containing lost blocks have a status
of
RAID lost blocks
until initiators write to all the lost blocks.
About Volumes
155