Back to All Scenarios
PASSEDcache / disk_full
Varnish 7.5 Data Directory Full — Writes Failing on Oracle Linux 9
The partition containing Varnish 7.5 data has reached capacity. All write operations are failing. Read-only mode may be engaged.
Pattern
DISK_FULL
Severity
CRITICAL
Confidence
72%
Remediation
Auto-Heal
Test Results
| Metric | Expected | Actual | Result |
|---|---|---|---|
| Pattern Recognition | DISK_FULL | DISK_FULL | |
| Severity Assessment | CRITICAL | CRITICAL | |
| Incident Correlation | N/A | None | |
| Cascade Escalation | N/A | No | |
| Remediation | — | Auto-Heal — Corax resolves autonomously |
Scenario Conditions
Oracle Linux 9. Varnish 7.5 data directory on 450GB partition at 100%. Data growth rate: 9GB/day. No disk space alerting configured.
Injected Error Messages (1)
Varnish 7.5 disk full on Oracle Linux 9 — no space left on device, data directory partition 100% full (450GB), varnishd ENOSPC, all write operations failing
Neural Engine Root Cause Analysis
Disk space exhaustion detected — the filesystem has reached capacity, preventing applications from writing data, logs, or temporary files. This can cause databases to crash, services to fail, and logging to stop (masking further issues). Inode exhaustion can also present as 'no space left' even when disk space appears available.
Remediation Plan
1. Identify the fullest filesystems with 'df -h' and check inode usage with 'df -i'.
2. Find and remove large unnecessary files: 'find / -type f -size +100M -exec ls -lh {} \;'.
3. Clear old log files, compress rotated logs, and verify logrotate is configured correctly.
4. Check for runaway log growth from verbose application logging.
5. Expand the volume or add additional storage if the data growth is legitimate.
Tested: 2026-04-02Monitors: 1 | Incidents: 1Test ID: cmnhnpf2v02iflig7hus5bhc5