public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
From: Dave Chinner <david@fromorbit.com>
To: Dave Hall <kdhall@binghamton.edu>
Cc: xfs@oss.sgi.com
Subject: Re: Slightly Urgent:  XFS No Space Left On Device
Date: Thu, 2 Apr 2015 11:12:35 +1100	[thread overview]
Message-ID: <20150402001235.GI28621@dastard> (raw)
In-Reply-To: <551C4CB8.7@binghamton.edu>

On Wed, Apr 01, 2015 at 03:53:28PM -0400, Dave Hall wrote:
> Please pardon the 'top-post', but here is the additional information
> requested:
> 
> This is a Dell R720xd dual 8-core Xeon system with 128GB RAM.  The
> RAID controller is Dell PERC H710 Mini with 12 2TB disks in RAID6.
> 
> The OS is Debian 6 with kernel 3.2.0-0.bpo.4-amd64 #1 SMP Debian
> 3.2.65-1+deb7u2~bpo60+1 x86_64.

So defaults to inode32 allocation....

> From /proc/mounts:
> 
>    /dev/sdb1 /data xfs
>    rw,noexec,noatime,attr2,delaylog,allocsize=64k,logbsize=64k,sunit=128,swidth=1280,usrquota,prjquota
>    0 0

... and inode64 is not in the mount options.....

> The output from xfs_info was previously included, but is repeated here:
> 
> # xfs_info /data
> meta-data=/dev/sdb1              isize=256    agcount=19,agsize=268435440 blks

Inode allocation requires contiguous free space of 16k aligned to 8k
boundaries to allocate new inode chunks. Also, 1TB AGs, so with
inode32, inodes can only be allocated in AG 0.

> Here are the more extensive freesp outputs for each of the 19 AGs:
> 
>    # xfs_db -r /dev/sdb1 -c 'freesp -s -a0'
>        from      to extents  blocks    pct
>           1       1     747     747  19.68
>           2       3    1045    2496  65.77
>           4       7     138     552  14.55
>    total free extents 1930
>    total free blocks 3795
>    average free extent size 1.96632

And that says you have no correctly aligned free 16k extents that
can be allocated in AG 0. i.e. no more inodes can be allocated, and
that's where the ENOSPC is coming from.

Unmount, add the inode64 mount option, and you'll be able to
allocate inodes again as they will be allowed to be allocated in
any AG, not just AG 0.

Cheers,

Dave.
-- 
Dave Chinner
david@fromorbit.com

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

  reply	other threads:[~2015-04-02  0:12 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-30 18:19 Slightly Urgent: XFS No Space Left On Device Dave Hall
2015-03-30 19:45 ` Dave Chinner
2015-04-01 19:53   ` Dave Hall
2015-04-02  0:12     ` Dave Chinner [this message]
2015-04-02 14:32       ` Dave Hall
2015-04-02 14:36         ` Grozdan
2015-04-02 14:41           ` Grozdan
2015-04-02 22:36         ` Dave Chinner

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=20150402001235.GI28621@dastard \
    --to=david@fromorbit.com \
    --cc=kdhall@binghamton.edu \
    --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