http://oss.sgi.com/bugzilla/show_bug.cgi?id=822
Summary: xfs mapping behavior changed between .28 and .29
Product: XFS
Version: unspecified
Platform: All
OS/Version: Linux
Status: NEW
Severity: major
Priority: P5
Component: XFS kernel code
AssignedTo: xfs-masters@xxxxxxxxxxx
ReportedBy: sandeen-xfs@xxxxxxxxxxx
Estimated Hours: 0.0
Classification: Unclassified
for a file layout like this (D=data, H=hole):
DHHHHDDHHDHDHHDDDDDHDHHDDDHHHHDDDHHHDHDHHHHDHDDHDHDHDDHDDDHHHDHDHDHHHDHDHDHDDHDHDDDDDHHDHDDDDHDDDDHHDDDHHHDHDDDHDDHHHDHDHHHHHHHHHHDHHDHDHHDDHDHHHDDDHDHDHDHDHHHHDDDHDHDDDDDHDHHHHHDDHHDHHDHDHHHHHDDHHDHDDHHHDDDDDDDHHHDDHDHDHDHDDHHDDHDDDHHHDDHDDHHDDDDHDHHHDDHDDDDDHDDDDDHDDDDDHHDDHHHHDHDDHHHHDHHHDDHDDDDDDDDDHHDHDHDDDHHDDDHDHHDHHHHHDHHDHHDHDDDDDDHDHDDDDDDHHDHDDDH
.29 is mapping many of those holes to data blocks, though they do at least seem
to be properly zeroed. I'm not sure if this is intentional or not... if not we
need to see why this behavior changed I think.
--
Configure bugmail: http://oss.sgi.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
|