Apache错误日志不直接报“磁盘已满”，但通过ENOSPC等I/O失败线索暴露问题；需用grep搜索“No space left on device”等关键词，结合df -h、df -i和du定位空间或inode耗尽，并立即清理日志、启用轮转及建立主动监控。
Apache 错误日志本身不主动报“磁盘已满”，但会因系统级 I/O 失败暴露空间问题。排查关键在于识别日志中的 ENOSPC 类线索，并立即验证磁盘与 inode 状态，不能只盯着 error_log 猜测。
从 error_log 中抓取典型失败信号
直接搜索以下组合关键词（建议用 grep -i "no space\|enospc\|write failed\|could not create" /var/log/httpd/error_log）：
- No space left on device —— 最明确的提示，常出现在 mod_proxy、PHP session、SSL lockfile 或 pid 写入失败时
-
(28)ENOSPC —— 系统错误码，紧跟在模块名后，如
[crit] (28)No space left on device: Failed to create SSLMutex lockfile - write failed + cache/session/log/temp/pid/mutex —— 表明某类关键文件写入中断
- could not create + lockfile/pidfile/scoreboard —— 往往是磁盘满导致 Apache 启动或子进程初始化失败
注意：单条报错可能是瞬时抖动；若 3–5 分钟内重复出现同类 ENOSPC 日志，基本可锁定磁盘或 inode 耗尽。
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
立刻验证系统真实空间状态
仅看日志不够，必须同步执行系统检查：
- 运行
df -h查各挂载点使用率，重点关注/var/log、/tmp、/var/www、/var/lib/php/sessions等 Apache 相关路径 - 运行
df -i检查 inode 使用率 —— inode 耗尽也会触发 ENOSPC，但df -h显示空间充足，容易被忽略 - 用
du -sh /var/log/httpd/* | sort -hr | head -5快速定位最大日志文件（常见罪魁是 access_log、mod_jk.log、dolphinscheduler-*.log 等）
快速释放空间并防止复发
确认是日志撑满后，优先清理+限流：
- 临时清理：删除过期日志（如
find /var/log/httpd -name "*.log.*" -mtime +7 -delete），保留最近 3 天主日志 - 降低日志输出量：修改
httpd.conf中LogLevel为crit或error，避免 warn/info 级别刷屏 - 启用日志轮转：确保
logrotate已配置，或使用 Apache 自带rotatelogs，设置MaxSize和RotateInterval - 分离日志存储：将
ErrorLog和CustomLog输出路径设到独立分区（如/var/log/httpd单独挂载），避免影响根分区
建立主动监控机制
靠日志发现问题永远滞后。应在运维层或 Java 应用中嵌入主动检查：
- Java 侧调用
FileStore.getUsableSpace()定期扫描关键路径（如/var/log），低于阈值（如 10% 可用）即告警 - Shell 脚本结合
df -h和df -i，通过 crontab 每 5 分钟检测，超 90% 就发邮件或钉钉通知 - Prometheus + Node Exporter 抓取磁盘指标，配合 Alertmanager 设置多级阈值（如 85% 预警、95% 紧急）
