Okay guys, we figured out what is the real problem with the xfs, I just need
your help now.
Currently our server has an 880448 number as icount, which we figured out
like this:
xfs_db -r -c sb -c p /dev/a/a | egrep icount\|ifree
icount = 880448
ifree = 0
although df -i sates this:
df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/md0 5.3M 301K 5.0M 6% /
tmpfs 2.0M 5 2.0M 1% /lib/init/rw
udev 2.0M 475 2.0M 1% /dev
tmpfs 2.0M 1 2.0M 1% /dev/shm
/dev/mapper/a-a 60M 860K 59M 2% /var/www/users
If we delete a file ifree is going to be 1. if we delete 200 files, ifree
becomes 200 so there is an obvious relationship here. If ifree is 0, we can
not upload anymore.
So the question is: how can we increase the icount without formatting the
partition?
Please help!! Thank you in advance,
Viktor
-----Original Message-----
From: Emmanuel Florac [mailto:eflorac@xxxxxxxxxxxxxx]
Sent: Monday, March 31, 2008 9:40 AM
To: Huszár Viktor Dénes; xfs@xxxxxxxxxxx
Subject: Re: free space problem
Le Mon, 31 Mar 2008 02:31:16 +0200 vous écriviez:
> There is nothing extraordinary in it, you can see umount-mount and
> that it was mounted after all xfs activity (check, repair, db).
Then maybe you simply ran out of inodes. It's common if you have lots
of small files. There is a way to increase the number of inodes but I
don't remember it right now.
--
--------------------------------------------------
Emmanuel Florac www.intellique.com
--------------------------------------------------
__________ Information from ESET NOD32 Antivirus, version of virus signature
database 2986 (20080331) __________
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
__________ Information from ESET NOD32 Antivirus, version of virus signature
database 3143 (20080529) __________
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
|