xfs-masters
[Top] [All Lists]

[Bug 822] New: xfs mapping behavior changed between .28 and .29

To: xfs-masters@xxxxxxxxxxx
Subject: [Bug 822] New: xfs mapping behavior changed between .28 and .29
From: bugzilla-daemon@xxxxxxxxxxx
Date: Fri, 8 May 2009 13:51:48 -0500
Auto-submitted: auto-generated
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.

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