Access Decommission Nodes page
PDF of this doc site
- Get started
Install and maintain appliance hardware
SG100 and SG1000 services appliances
- Prepare for installation (SG100 and SG1000)
SG6000 storage appliances
- Prepare for installation (SG6000)
- Configure hardware (SG6000)
SG5700 storage appliances
- Prepare for installation (SG5700)
- Configure hardware (SG5700)
SG5600 storage appliances
- Prepare for installation (SG5600)
- Configure hardware (SG5600)
- SG100 and SG1000 services appliances
Install and upgrade software
- Upgrade StorageGRID software
- Install Red Hat Enterprise Linux or CentOS
- Install Ubuntu or Debian
Perform system administration
- Manage security settings
- Manage Admin Nodes
- Manage Archive Nodes
Manage objects with ILM
- ILM and object lifecycle
- Create storage grades, storage pools, EC profiles, and regions
- Administer StorageGRID
- Use a tenant account
- S3 REST API supported operations and limitations
Monitor and maintain StorageGRID
Monitor and troubleshoot
- Troubleshoot a StorageGRID system
- Expand your grid
Recover and maintain
Grid node recovery procedures
- Recover from Storage Node failures
- Recover from Admin Node failures
- All grid node types: Replace Linux node
Grid node decommission
- Prepare to decommission grid nodes
- Grid node decommission
- Network maintenance procedures
- Grid node procedures
- Grid node recovery procedures
Review audit logs
- Audit messages and the object lifecycle
- Monitor and troubleshoot
When you access the Decommission Nodes page in the Grid Manager, you can see at a glance which nodes can be decommissioned.
You must be signed in to the Grid Manager using a supported web browser.
You must have the Maintenance or Root Access permission.
Select MAINTENANCE > Tasks > Decommission.
Select Decommission Nodes.
The Decommission Nodes page appears. From this page, you can:
Determine which grid nodes can be decommissioned currently.
See the health of all grid nodes
Sort the list in ascending or descending order by Name, Site, Type, or Has ADC.
Enter search terms to quickly find particular nodes. For example, this page shows grid nodes in two data centers. The Decommission Possible column indicates that you can decommission the Gateway Node, one of the five Storage Nodes, and the non-primary Admin Node.
Review the Decommission Possible column for each node you want to decommission.
If a grid node can be decommissioned, this column includes a green check mark, and the left-most column includes a check box. If a node cannot be decommissioned, this column describes the issue. If there is more than one reason a node cannot be decommissioned, the most critical reason is shown.
Decommission Possible reason Description Steps to resolve
No, node type decommissioning is not supported.
You cannot decommission the primary Admin Node or an Archive Node.
No, at least one grid node is disconnected.
Note: This message is shown for connected grid nodes only.
You cannot decommission a connected grid node if any grid node is disconnected.
The Health column includes one of these icons for grid nodes that are disconnected:
(gray): Administratively Down
No, one or more required nodes is currently disconnected and must be recovered.
Note: This message is shown for disconnected grid nodes only.
You cannot decommission a disconnected grid node if one or more required nodes is also disconnected (for example, a Storage Node that is required for the ADC quorum).
Review the Decommission Possible messages for all disconnected nodes.
Determine which nodes cannot be decommissioned because they are required.
If the Health of a required node is Administratively Down, bring the node back online.
If the health of a required node is Unknown, perform a node recovery procedure to recover the required node.
No, member of HA group(s): x. Before you can decommission this node, you must remove it from all HA groups.
You cannot decommission an Admin Node or a Gateway Node if a node interface belongs to a high availability (HA) group.
Edit the HA group to remove the node’s interface or remove the entire HA group. See the instructions for administering StorageGRID.
No, site x requires a minimum of n Storage Nodes with ADC services.
Storage Nodes only. You cannot decommission a Storage Node if insufficient nodes would remain at the site to support ADC quorum requirements.
Perform an expansion. Add a new Storage Node to the site, and specify that it should have an ADC service. See information about the ADC quorum.
No, one or more Erasure Coding profiles need at least n Storage Nodes. If the profile is not used in an ILM rule, you can deactivate it.
Storage Nodes only. You cannot decommission a Storage Node unless enough nodes would remain for the existing Erasure Coding profiles.
For example, if an Erasure Coding profile exists for 4+2 erasure coding, at least 6 Storage Nodes must remain.
For each affected Erasure Coding profile, perform one of the following steps, based on how the profile is being used:
Used in the active ILM policy: Perform an expansion. Add enough new Storage Nodes to allow erasure coding to continue. See the instructions for expanding StorageGRID.
Used in an ILM rule but not in the active ILM policy: Edit or delete the rule and then deactivate the Erasure Coding profile.
Not used in any ILM rule: Deactivate the Erasure Coding profile.
Note: An error message appears if you attempt to deactivate an Erasure Coding profile and object data is still associated with the profile. You might need to wait several weeks before trying the deactivation process again.
Learn about deactivating an Erasure Coding profile in the instructions for managing objects with information lifecycle management.
|If your grid includes…||Go to…|
Any disconnected grid nodes
Only connected grid nodes