It started happening today... all of a sudden, no apparent reason!
Here's the output from df:
assp:~# df -k Filesystem 1K-blocks Used Available Use% Mounted on /dev/simfs 6291456 1378384 4913072 22% / tmpfs 8202680 0 8202680 0% /lib/init/rw tmpfs 8202680 0 8202680 0% /dev/shm assp:~# df -i Filesystem Inodes IUsed IFree IUse% Mounted on /dev/simfs 55781934 83005 55698929 1% / tmpfs 2050670 2 2050668 1% /lib/init/rw tmpfs 2050670 1 2050669 1% /dev/shm assp:~# df -h Filesystem Size Used Avail Use% Mounted on /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
Here's an actual entry from /var/log/mail.warn:
Dec 11 17:55:37 assp postfix/smtpd[30614]: warning: not enough free space in mail queue: 0 bytes < 1.5*message size limit Dec 11 17:55:37 assp postfix/cleanup[30617]: warning: 4361D850D54: write queue file: No space left on device
.
You might want to run a
df-i
to see if you have used up all your inodes.You can have available storage space, and not have the ability to add files.
You also might want to check to see if you have any quotas set (
repquota -va
).5% (iirc) of space is reserved for root, might be your filesystem is "full" for normal users. You can get more info with e.g.
Which device is full? Perhaps there's plenty of space on one partition, but another (e.g. /tmp) is full? Do a
df -h
and see if any of the partitions are close to full, and then figure out if postfix uses that partition.Just curious, but is your queue > 2GB in size? I'm wondering if it's running into a filesystem size limit or a hard limit for postfix. I know that Apache dies when it hits 2GB on the log file (or at least it did at one point)
What is the value of message_size_limit which is set?
http://www.postfix.org/postconf.5.html#queue_minfree is a possible cause for this response.
From http://www.mail-archive.com/[email protected]/msg07849.html
This means that although you've got 5GB free - your settings are such that you need more.
I have same problem on OpenVZ virtual machine. Space is temporarily taken by backup.