网关磁盘还有几十GB却写不了临时文件，怎样核对inode耗尽

有可用字节却无法新建文件，应同时查看可用inode和权限证据。inode耗尽是候选原因，不能只看容量百分比；也不要为了验证把真实磁盘写满或创建海量文件。

从写文件错误保留errno

文件系统不仅为内容分配块，也为文件对象管理元数据。一批很小的临时分片可能几乎不占字节，却消耗大量文件对象。statvfs里的可用块与非特权可用inode回答不同问题，判断时还应核对报错是ENOSPC、配额还是Permission denied。

并列读取字节与inode可用量

公开样本给出三种明确合成的记录：约四百MB可用字节但可用inode为零、字节为零但inode尚有余量、容量正常但权限不允许。分类器分别标出inode候选、字节容量与权限；另在临时目录创建十二个小文件，只统计增长，不尝试耗尽任何资源。

容器内看到的容量还可能对应宿主机不同挂载点，先核对临时目录实际所在文件系统，再看inode与字节。清理策略也应按文件所属任务设保留期，不能把小文件都认成无用缓存。本文只提供诊断分类和十二个文件的计数演示，没有声称某个固定文件数会耗尽所有文件系统。

说明文件系统和配额差异

不同文件系统、配额和动态inode分配机制会影响解释，单个字段为零需要结合挂载类型与实际错误。真正清理前先按目录统计文件数、年龄和归属，确认哪些是可重建临时对象。不要用全盘find删除命令替代归属分析，本文也不提供通用安全删除规则。

适用范围：不创建海量文件、不填满任何磁盘；离线样本只演算诊断分类，f_favail为0可能需结合文件系统行为。

配套样本与复核入口

• run.py：独立运行程序，包含合成输入、操作和正反例断言。
• case.json：输入说明、预期任务与适用范围，便于保存和交接。
• observed.json：本次实际执行输出；临时路径、进程号和计时可能随运行变化。

附件内含三条合成容量记录，运行后看classifications是否逐一对应inode候选、字节容量与权限。small_files只应为12，这证明样例没有用海量文件模拟耗尽。现场取证可以沿用字段名称，但必须标出来自哪个挂载点、以什么用户采集；不同用户的可用量与保留空间可能让表面数字不同。

Python3.8以上及标准库即可。本题的容量字段全部是程序内合成输入，运行不会读取网关业务数据，也不会注册服务或定时任务。

python -B run.py

阅读输出时，先按case.json中的任务逐项核对网关临时文件inode耗尽，再与observed.json比较。非零退出表示依赖或断言需要处理，应保留实际错误。

一手依据1（statvfs分别提供可用块和可用inode；非特权可用量与总空闲量不同。）。

继续阅读：删掉旧网关用量记录后db文件为何没变小，怎样估算VACUUM前的空间；删掉网关大日志后磁盘还是满，怎样识别仍被进程打开的已删除文件；队列只有十个请求也会占很多内存，怎样同时限制请求数和字节数。