ZFS Pool Capacity Warning Alert - Troubleshooting Guide
Purpose
This document provides a standardized approach for handling and troubleshooting the ZFS Pool Capacity Warning alert, helping L1 and L2 engineers prevent storage exhaustion and maintain system stability.
Alert Name
ZFS Pool Capacity Warning
Alert Description
This alert is triggered when ZFS pool utilization exceeds 85%, indicating that the storage pool is nearing capacity limits.
High utilization can lead to:
-
Performance degradation
- Increased latency
- Risk of pool exhaustion
If not addressed, it may eventually result in:
-
Write failures
- Application impact
- Potential service disruption
Severity
P3 – Medium Impact
Possible Causes
- High data ingestion or workload growth
- Lack of storage cleanup or retention policies
- Snapshot accumulation
- Inefficient storage utilization
- Unexpected data spikes
L1 Engineer Actions
Step 1 – Log the Alert
- Log in to the monitoring system
- Review alert summary and affected pool
Step 2 – Create Ticket
- Inform L2 team
- Create an internal ticket including:
- Alert name
- Hostname
- Pool name
- Current utilization (%)
- Timestamp
Step 3 – Escalation (If required)
- Share alert details with L2 team for further analysis
Step 4 – Documentation
- After confirmation with L2:
- Update Issue Master Sheet
- Ensure proper tracking of the issue
L2 Engineer Actions
Step 1 – Log Pool Usage
- Record current pool utilization
- Identify growth trend if historical data is available
Step 2 – Check ZFS Pool Status
zpool status
zfs list
- Verify pool health
- Check space usage across datasets
Step 3 – Analyze Storage Consumption
- Identify:
- Large datasets
- Snapshot usage
- Unused or stale data
Step 4 – Take Preventive Actions
- Clean up unnecessary data (if applicable)
- Remove unused snapshots
- Plan for storage expansion if required
Step 5 – OEM Escalation (If required)
- If capacity issue is related to:
- Hardware limitation
- Expansion requirement
- Raise a request with OEM/vendor
Resolution
The issue is considered resolved when:
-
ZFS pool utilization is reduced below threshold
- Adequate free space is available
- No risk of immediate capacity exhaustion
- Alert is cleared
Escalation
- L1 → L2: For analysis and validation
- L2 → OEM/Vendor: If storage expansion or hardware support is required
Related Articles
ZFS Pool Capacity Critical Alert - Troubleshooting Guide
Purpose This document provides a standardized approach for handling and troubleshooting the ZFS Pool Capacity Critical alert, enabling rapid response to prevent storage exhaustion, performance degradation, and potential service outages. Alert Name ...
ZFS Pool Error Alert - Troubleshooting Guide
Purpose This document provides a standardized approach for handling and troubleshooting the ZFS Pool Error alert, enabling L1 and L2 engineers to quickly identify disk-related issues, prevent data loss, and maintain storage reliability. Alert Name ...
BeeGFS Capacity Warning – Troubleshooting Guide
Purpose Provide a standard troubleshooting procedure for engineers when a BeeGFS Capacity Warning alert is triggered in the cluster. This guide ensures engineers follow consistent investigation and escalation steps. When to Use Use this KB when the ...
Network Down IB Alert - Troubleshooting Guide
Purpose This document provides a standardized approach for handling and troubleshooting the Network Down – IB alert, including L1 and L2 actions, escalation process, and resolution criteria. Alert Name Network Down – IB Alert Description This alert ...
Memory Filesystem Capacity Warning -- Troubleshooting guide
Purpose Provide a standard troubleshooting and resolution procedure when filesystem capacity on any HGX Node reaches warning levels. When to Use Use this KB when the monitoring system triggers the alert: Memory Filesystem Capacity warning – For Any ...