xfs
[Top] [All Lists]

Re: Strange case of deleting lots of files and "df" not recognizing it..

To: Ben Myers <bpm@xxxxxxx>
Subject: Re: Strange case of deleting lots of files and "df" not recognizing it....(unless I umount/mount) the disk...
From: Linda Walsh <xfs@xxxxxxxxx>
Date: Mon, 25 Jun 2012 15:08:15 -0700
Cc: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>, xfs-oss <xfs@xxxxxxxxxxx>
In-reply-to: <20120625205128.GA29979@xxxxxxx>
References: <4FE7FDF4.6080506@xxxxxxxxx> <20120625090211.3c5c2032@xxxxxxxxxxxxxx> <20120625205128.GA29979@xxxxxxx>
User-agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.24) Gecko/20100228 Lightning/0.9 Thunderbird/2.0.0.24 Mnenhy/0.7.6.666


Ben Myers wrote:
On Mon, Jun 25, 2012 at 09:02:11AM +0200, Emmanuel Florac wrote:
Le Sun, 24 Jun 2012 22:58:12 -0700 vous écriviez:

So when does it actually synchronize w/o me forcing it?  (I.e.
umount/mount)?

Yes, it happens sometimes and a umount/mount is needed to fix it.

You may find that this will get the job done:
echo 3 > /proc/sys/vm/drop_caches

-Ben

Yup...it went away for a LONG time...maybe 30 seconds...

Does that mean there was that much unsynchronized data being held in memory
that wasn't being written out??

It DID fix the space allocation issue.

When I read the value before changing it, it said '0'.

when it finished, I tried to set it back to '0', but got an invalid argument.???
Was it really '2' or something else?


BTW -- it had been in the weird state for 13 hours before I issued the
order to drop_caches... seems like a long time not to cache data...?


<Prev in Thread] Current Thread [Next in Thread>