public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
* Disk full during delayed allocation
@ 2008-12-02 20:02 Jan Engelhardt
  2008-12-03  3:24 ` Dave Chinner
  0 siblings, 1 reply; 2+ messages in thread
From: Jan Engelhardt @ 2008-12-02 20:02 UTC (permalink / raw)
  To: xfs

Hi,


on space-constrained filesystems, I noticed that extracting lots of 
files [about 10k] bumps the Used count up quickly leading to a disk full 
unless the extraction process (rpm here) is halted, synced, and then 
continued. I believe this is fully within XFS's standard behavior, but I 
would like to learn more how exactly this can happen. My guess is that 
this is due to the "dynamic journal/log" size XFS employs - on a 
filesystem just mkfs'ed, about 4256KB (for a volume of 128MB) are used, 
compared to e.g. reiser3 where the full 32MB for the journal are used 
(according to df) right from the start.
Is this so?

# df; killall -CONT rpm; sleep 1; killall -STOP rpm; df; sync; df;
Filesystem           1K-blocks      Used Available Use% Mounted on
/lo/src.fs               93504     29396     64108  32% /usr/src
/lo/src.fs               93504     49072     44432  53% /usr/src
/lo/src.fs               93504     35632     57872  39% /usr/src

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2008-12-03  3:24 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-12-02 20:02 Disk full during delayed allocation Jan Engelhardt
2008-12-03  3:24 ` Dave Chinner

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox