From: Dave Hall <kdhall@binghamton.edu>
To: Dave Chinner <david@fromorbit.com>
Cc: xfs@oss.sgi.com
Subject: Re: Slightly Urgent: XFS No Space Left On Device
Date: Thu, 02 Apr 2015 10:32:54 -0400 [thread overview]
Message-ID: <551D5316.8050201@binghamton.edu> (raw)
In-Reply-To: <20150402001235.GI28621@dastard>
Thanks for the help. Rookie error. I didn't set these mount options,
but I see that this option is set for all of the other XFS volumes I have.
I am wondering why XFS would default this way though. Seems like
heuristically you could assume that a large volume on a 64-bit OS would
need 64-bit inodes. At least perhaps put out a message from mkfs.xfs
suggesting the use of inode64 on the mount command?
Thanks.
-Dave
Dave Hall
Binghamton University
kdhall@binghamton.edu
607-760-2328 (Cell)
607-777-4641 (Office)
On 04/01/2015 08:12 PM, Dave Chinner wrote:
> 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.
>
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next prev parent reply other threads:[~2015-04-02 14:33 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
2015-04-02 14:32 ` Dave Hall [this message]
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=551D5316.8050201@binghamton.edu \
--to=kdhall@binghamton.edu \
--cc=david@fromorbit.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