public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
From: "Huszár Viktor Dénes" <hvd@dwo.hu>
To: 'David Chinner' <dgc@sgi.com>
Cc: 'Emmanuel Florac' <eflorac@intellique.com>, xfs@oss.sgi.com
Subject: RE: free space problem
Date: Tue, 1 Apr 2008 05:08:52 +0200	[thread overview]
Message-ID: <20080401030921.9CA0171CF52@cuda.sgi.com> (raw)
In-Reply-To: <20080401003518.GK103491721@sgi.com>

>Yes, but if you have fragemented free space then it is possible that there
>are not enough free extents large enough (or aligned correctly) to
>allocate more inodes. The number of "free inodes" reported doesn't take
>this into account; it only looks at the number of free blocks and converts
>that to a theoretical number of inodes that could be allocated in that
>space (i.e. it assumes perfect fit and no waste). 

>In this "not quite full filesystem" situation, you can write data to the
>filesystem, but any attempt to create a new inode (new file, directory,
>etc) will fail with ENOSPC. This sounds like the symptoms you are
>reporting....

>Cheers,

>Dave.

What you described might happen with lot of small files, but in our case,
our attempts fail to create a new inode and fail to write data. You suppose
that we have fractured free spaces, and on these fractures no inodes can be
created. In our case, the situation was different, however as it started to
work again I still can't provide you any xfs_info/debug.

Thanks again,
Viktor
 

__________ Information from ESET NOD32 Antivirus, version of virus signature
database 2989 (20080401) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com
 

  reply	other threads:[~2008-04-01  3:08 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20080331093951.100ec125@galadriel.home>
2008-03-31 17:36 ` free space problem Huszár Viktor Dénes
2008-04-01  0:35   ` David Chinner
2008-04-01  3:08     ` Huszár Viktor Dénes [this message]
2008-04-06 16:09     ` Huszár Viktor Dénes
2008-04-06 16:26       ` KELEMEN Peter
2008-04-06 16:38         ` Huszár Viktor Dénes
2008-04-07  2:18       ` David Chinner
2008-05-29 10:20 ` Huszár Viktor Dénes
2008-05-29 10:29   ` Emmanuel Florac
2008-05-29 10:55     ` Emmanuel Florac
2008-05-29 13:26       ` Huszár Viktor Dénes
2008-05-29 14:57         ` Dave Chinner
2008-05-29 17:37           ` Huszár Viktor Dénes
     [not found]       ` <20080529132624.19286105D9@mailwash5.pair.com>
2008-05-29 13:30         ` Emmanuel Florac
2008-03-30 20:29 Huszár Viktor Dénes
2008-03-30 21:54 ` Emmanuel Florac
2008-03-31  0:31   ` Huszár Viktor Dénes
2008-03-31  0:38 ` David Chinner
2008-03-31 17:43   ` Huszár Viktor Dénes

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080401030921.9CA0171CF52@cuda.sgi.com \
    --to=hvd@dwo.hu \
    --cc=dgc@sgi.com \
    --cc=eflorac@intellique.com \
    --cc=xfs@oss.sgi.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox