它今天开始发生......突然发生,没有明显的原因!
这是 df 的输出:
assp:~# df -k 文件系统 1K 块已使用可用使用率% 已安装于 /dev/simfs 6291456 1378384 4913072 22% / tmpfs 8202680 0 8202680 0%/lib/init/rw tmpfs 8202680 0 8202680 0%/ dev / shm assp:~# df -i 文件系统 Inodes IUsed IFree IUse% 挂载于 /dev/simfs 55781934 83005 55698929 1% / tmpfs 2050670 2 2050668 1%/lib/init/rw tmpfs 2050670 1 2050669 1%/ dev / shm assp:~# df -h 文件系统大小已使用可用使用率%安装于 /dev/simfs 6.0G 1.4G 4.7G 22% / tmpfs 7.9G 0 7.9G 0%/lib/init/rw tmpfs 7.9G 0 7.9G 0%/dev/shm
这是 /var/log/mail.warn 中的实际条目:
12 月 11 日 17:55:37 assp postfix/smtpd[30614]: 警告:邮件队列中可用空间不足:0 字节 < 1.5 * 邮件大小限制 12 月 11 日 17:55:37 assp postfix/cleanup[30617]: 警告:4361D850D54:写入队列文件:设备上没有剩余空间
。
答案1
您可能需要运行df-i
以查看是否已用完所有索引节点。
您可以拥有可用的存储空间,但无法添加文件。
cache:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 132G 68G 58G 55% /
cache:~# df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda1 17514496 13543293 3971203 78% /
您可能还想检查是否设置了任何配额(repquota -va
)。
答案2
5%(如果我没记错的话)的空间是为 root 保留的,可能是你的文件系统对普通用户来说已经“满了”。你可以使用例如
tune2fs -l /dev/sda1
答案3
哪个设备已满?也许一个分区上有足够的空间,但另一个分区(例如 /tmp)已满?执行 adf -h
并查看是否有任何分区接近已满,然后确定 postfix 是否使用该分区。
答案4
设置的message_size_limit值是多少?
http://www.postfix.org/postconf.5.html#queue_minfree是造成这种反应的可能原因。