| To: | Nicolas Kowalski <Nicolas.Kowalski@xxxxxxx>, linux-xfs@xxxxxxxxxxx |
|---|---|
| Subject: | Re: wrong filesystem space usage |
| From: | Seth Mos <knuffie@xxxxxxxxx> |
| Date: | Tue, 23 Sep 2003 11:18:06 +0200 |
| In-reply-to: | <vqo4qz3rj38.fsf@astazou.imag.fr> |
| Sender: | linux-xfs-bounce@xxxxxxxxxxx |
At 10:43 23-9-2003 +0200, Nicolas Kowalski wrote: Hello. Not really, but it seems that after removal of files the information never seems to get to disk. I only managed to see this once using a 2.4.20-18-xfs-1.3pre kernel. It's now running SGI XFS snapshot 2.4.22-2003-09-03_04:09_UTC and the reboot seemed to clear it as well. I tried a few options like remounting the filesytem read only which didn't work. (mount -o remount) The file I deleted was a 113GB tar file which the system did not pick up. xfs_repair reported no problems either. I suspect it's a in memory thing that doesn't get refreshed. Since xfs_repair reports no problems I suspect a case of metadata flushed to disk but failing to update the in memory information. Or something like that anyways. There are no messages in the system log or dmesg. Note that you will have to reboot the system before it reaches 100% since it _will_ error out (I tried this on purpose since it isn't a production box). So far this was the only one that I observed, the other machines are still humming along. I suggest updating to a more recent snapshot or 2.4.22 if you wil. This was about the same time that the new xfs sync code went in which changed the way things are flushed out dramatically from the previous version. I suspect that your version might have a buggy version. You are probably using a CVS snapshot right? Cheers -- Seth It might just be your lucky day, if you only knew. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: wrong filesystem space usage, Keith Owens |
|---|---|
| Next by Date: | Re: wrong filesystem space usage, Nicolas Kowalski |
| Previous by Thread: | Re: wrong filesystem space usage, Ethan Benson |
| Next by Thread: | Why df results changes up-down during copy, Blizbor (IMA) |
| Indexes: | [Date] [Thread] [Top] [All Lists] |