One of my older hosting servers runs into space issues constantly. And most of the time it’s a 24 GB log file (error_log) from a really old Joomla-based website.

Why it gets so huge? Well, when I tail the logfile, I see messages about functions being deprecated in PHP, warnings, notices and a whole lot more literally racing by. I’m not sure if Joomla changed in recent years, but most of the code-base is a great example of how PHP applications should not be build. Part of the problem in this particular case is that the system is hacked together and no one wants to update it. I’d argue another short-coming of the system since extensions actually require you to edit files and upgrade paths are not very clear.

Since it’s a friend who’s running the website, I haven’t been very pressing on him to move to something more updated.

No space left on device

The usual quick fix is:

Nice, and easy.

The only problem is that the system will usually take a while until recognizes that there is free space indeed.


FreeBSD recommends soft-updates — they have a lot of advantages. The only disadvantage is that e.g. the inodes will claim the address space until the write is completed. In case of a log file, this is usually when the process writing it is shut down.

Here’s a system with soft-updates enabled:

The fix to making the system recognize the space is simple:

  1. Restart your webserver, e.g.: /usr/local/etc/apache restart
  2. Or run sync.


I hope I never ever forget this. Ever.