filesystem full - freebsd 5.3

[Oliver Fromme]

[broken quoting recovered]

t c <namondo at gmail.com> wrote:
 > Dworking wrote:
 > > Oliver Fromme <olli at lurza.secnetix.de> wrote:
 > > : t c < namondo at gmail.com> wrote:
 > > : > I've got the following error messages in dmesg.today, but there are
 > > : > lots inodes (and free space) on that partition (/home):
 > > : >
 > > : > pid 50371 (rateup), uid 0 inumber 1130885 on /home: filesystem full
 > > : > pid 42486 (httpd), uid 80 inumber 1059960 on /home: filesystem full
 > > : > pid 50614 (virtual), uid 1004 inumber 966735 on /home: filesystem full
 > > : > (many times each row...)
 > > : 
 > > : Usually, when there are messages reporting that the file
 > > : system is full, it really _is_ full at that time.
 > > : In theory there could be some inconsistencies or other
 > > : damage of the filesystem, but in that case you should also
 > > : get other error messages.  If you want to be sure, umount
 > > : the file system and fsck it.  I bet there will be no
 > > : errors.
 > > 
 > > Perhaps more likely, he was trying to allocate full-size blocks, and
 > > the only things available were fragments.  The output from df doesn't
 > > distinguish between the two types of available space.  You can use
 > > dumpfs(8) to do that.
 > > 
 > >      Dworkin
 > 
 > This version seems more likely for me.

In the situation give, I think it is rather unlikely.

 > Unfortunatly I can't read the output
 > of dumpfs. I tried to post, but my message was 'moderated', so I put that
 > output on this page:
 > http://dumpfs.szellem.org

You have plenty of blocks free.

By the way, you have minfree set to 0%.  That's usually
not a good idea on general-purpose file systems for
multiple users such as /home, and it degrades performance
significantly.

Best regards
   Oliver

-- 
Oliver Fromme,  secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd
Any opinions expressed in this message may be personal to the author
and may not necessarily reflect the opinions of secnetix in any way.

"UNIX was not designed to stop you from doing stupid things,
because that would also stop you from doing clever things."
        -- Doug Gwyn