DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:reply-to:user-agent:mime-version:to:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        b=geiRou4vg+VAkCKJfAPOX7PEiQdp6nipNePaCXXXBWTba/Ama6aE1TIYcQc2G5ZyFl
         zdBv2HrI10nfYLGyWR03PCcGZSOuQfEW6f549uLrcGx8keNlv0WoQJ+b1O617oI2gCqv
         rb4EO8LM3S+fX3IXA9x/dCiWFSGRzu7aIkkiU=
Message-ID: <4D8F3AB8.4050803@timsesow.com>
Date: Sun, 27 Mar 2011 07:25:12 -0600
From: Timothy Sesow <tsesow@gmail.com>
Reply-To: tim@timsesow.com
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.14) Gecko/20110223 Thunderbird/3.1.8
MIME-Version: 1.0
To: xfs@oss.sgi.com
Subject: Re: No space left on device on xfs filesystem with 7.7TB free
References: <AANLkTingRg24yJJ6Dk=KpDywtY9LrXL_jV0KWaCR-8KU@mail.gmail.com> <4D8E0774.1070200@sandeen.net>
In-Reply-To: <4D8E0774.1070200@sandeen.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

I had the same problem recently and couldn't go to
inode64, so I put a writeup at
http://osvault.blogspot.com/2011/03/fixing-1tbyte-inode-problem-in-xfs-file.html
on what I did to find the files in the lower allocation groups
and move them.

On 03/26/2011 09:34 AM, Eric Sandeen wrote:
> On 3/26/11 8:41 AM, atyu30 atyu30 wrote:
>>
>> I'm running RedHat Linux Enterprise Server 5.2, on a 64-bit x86_64
>> Linux  machine with kernel version 2.6.18-128.el5 smp.  I appear to
>> have version 2.9.4 of xfsprogs.
> Just as point of reference, if you're using the xfs-kmod, that is
> extremely old, un-updated, and unsupported at this point.
>
>> I have a 22TB xfs filesystem ,Yesterday, the hard disk is full, today
>> released a 7.7T disk space.But still can not write to new file.
> You have probably run out of 32-bit inode space on your 27T filesystem.
>
>> software ambience:
>>
>> [root@Production data5]# uname -a Linux Production 2.6.18-128.el5 #1
>> SMP Wed Jan 21 10:41:14 EST 2009 x86_64 x86_64 x86_64 GNU/Linux
>>
>> [root@Production data5]# rpm -qa | grep xfs
>> xfsprogs-2.9.4-1.el5.centos xorg-x11-xfs-1.0.2-4 kmod-xfs-0.4-2
>>
> that's X11, not the filesystem, for what it's worth :)
>
>> problem:
>>
>> [root@Production data5]# df -h Filesystem            Size  Used Avail
>> Use% Mounted on /dev/sda1              48G  6.7G   39G  15% /
>> /dev/sda2              81G  4.0G   73G   6% /opt /dev/sdb1
>> 22T   15T  7.7T  65% /data2 tmpfs                 2.0G     0  2.0G
>> 0% /dev/shm
>>
>> [root@Production data5]# df -i Filesystem            Inodes   IUsed
>> IFree IUse% Mounted on /dev/sda1            12812288  136847 12675441
>> 2% / /dev/sda2            21867648    8440 21859208    1% /opt
>> /dev/sdb1            23429382016 4625792 23424756224    1% /data2
>> tmpfs                 504701       1  504700    1% /dev/shm
>>
>> [root@Production data5]# touch test.log touch: cannot touch
>> `test.log': No space left on device
> If your applications can handle>  32-bit inode numbers, mount -o inode64
> and see if you can create the new file.
>
> hm, we should maybe printk in this case, it comes up often enough.
>
> -Eric
>>
>> _______________________________________________ xfs mailing list
>> xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs
> _______________________________________________
> xfs mailing list
> xfs@oss.sgi.com
> http://oss.sgi.com/mailman/listinfo/xfs
>