Bug 7175 - XFS stucks in io_schedule after creating a sparse file greater than space left
Summary: XFS stucks in io_schedule after creating a sparse file greater than space left
Status: RESOLVED CODE_FIX
Alias: None
Product: File System
Classification: Unclassified
Component: XFS (show other bugs)
Hardware: i386 Linux
: P2 high
Assignee: XFS Guru
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-09-20 20:29 UTC by Sven Oehme
Modified: 2007-07-25 16:40 UTC (History)
3 users (show)

See Also:
Kernel Version: 2.6.18-rc6
Tree: Mainline
Regression: ---


Attachments
echo t > /proc/sysrq-trigger output (120.33 KB, application/octet-stream)
2006-09-20 20:29 UTC, Sven Oehme
Details

Description Sven Oehme 2006-09-20 20:29:09 UTC
Most recent kernel where this bug did not occur: NA
Distribution: Fedora 
Hardware Environment: Intel Duo Core Laptop
Software Environment: Fedora Core 6 
Problem Description: as soon as you fill a sparse file bigger than the
filesystem has space left, the next sync request will hang 

Steps to reproduce: create a bunch of sparse files on a lvm mounted xfs
filesystem and generate data in them, i did it with cp --sparse=always and
copied a already filled file into a new file in the same filesystem, the target
was bigger than i thought and hit disk full. then i did a sync and this was
hanging forever . 
i made a echo t> /proc/sysrq-trigger which indicated that it hangs in
io_scheduler i will add a attachment with the dmesg output
Comment 1 Sven Oehme 2006-09-20 20:29:55 UTC
Created attachment 9064 [details]
echo t > /proc/sysrq-trigger output
Comment 2 Natalie Protasevich 2007-07-06 22:34:46 UTC
Sven.
Have you tested with any newest release (2.6.22-rcX)?
Thanks.
Comment 3 Andrew Morton 2007-07-25 16:40:31 UTC
David expects that this was fixed in 2.6.18 or 2.6.19.  I'll
tentatively close it, thanks.

Note You need to log in before you can comment on or make changes to this bug.