Merge "Add support for using NVMe specific cleaning"
This commit is contained in:
commit
4865511ad2
@ -273,11 +273,23 @@ following configuration option::
|
|||||||
[ilo]
|
[ilo]
|
||||||
clean_priority_erase_devices=0
|
clean_priority_erase_devices=0
|
||||||
|
|
||||||
The generic hardware manager first tries to perform ATA disk erase by using
|
The generic hardware manager first identifies whether a device is an NVMe
|
||||||
``hdparm`` utility. If ATA disk erase is not supported, it performs software
|
drive or an ATA drive so that it can attempt a platform-specific secure erase
|
||||||
based disk erase using ``shred`` utility. By default, the number of iterations
|
method. In case of NVMe drives, it tries to perform a secure format operation
|
||||||
performed by ``shred`` for software based disk erase is 1. To configure
|
by using the ``nvme-cli`` utility. This behavior can be controlled using
|
||||||
the number of iterations, use the following configuration option::
|
the following configuration option (by default it is set to True)::
|
||||||
|
|
||||||
|
[deploy]
|
||||||
|
enable_nvme_secure_erase=True
|
||||||
|
|
||||||
|
|
||||||
|
In case of ATA drives, it tries to perform ATA disk erase by using the
|
||||||
|
``hdparm`` utility.
|
||||||
|
|
||||||
|
If neither method is supported, it performs software based disk erase using
|
||||||
|
the ``shred`` utility. By default, the number of iterations performed
|
||||||
|
by ``shred`` for software based disk erase is 1. To configure the number of
|
||||||
|
iterations, use the following configuration option::
|
||||||
|
|
||||||
[deploy]
|
[deploy]
|
||||||
erase_devices_iterations=1
|
erase_devices_iterations=1
|
||||||
@ -300,9 +312,11 @@ Should I disable automated cleaning?
|
|||||||
Automated cleaning is recommended for ironic deployments, however, there are
|
Automated cleaning is recommended for ironic deployments, however, there are
|
||||||
some tradeoffs to having it enabled. For instance, ironic cannot deploy a new
|
some tradeoffs to having it enabled. For instance, ironic cannot deploy a new
|
||||||
instance to a node that is currently cleaning, and cleaning can be a time
|
instance to a node that is currently cleaning, and cleaning can be a time
|
||||||
consuming process. To mitigate this, we suggest using disks with support for
|
consuming process. To mitigate this, we suggest using NVMe drives with support
|
||||||
cryptographic ATA Security Erase, as typically the erase_devices step in the
|
for NVMe Secure Erase (based on ``nvme-cli`` format command) or ATA drives
|
||||||
deploy interface takes the longest time to complete of all cleaning steps.
|
with support for cryptographic ATA Security Erase, as typically the
|
||||||
|
erase_devices step in the deploy interface takes the longest time to complete
|
||||||
|
of all cleaning steps.
|
||||||
|
|
||||||
Why can't I power on/off a node while it's cleaning?
|
Why can't I power on/off a node while it's cleaning?
|
||||||
----------------------------------------------------
|
----------------------------------------------------
|
||||||
|
Loading…
x
Reference in New Issue
Block a user