xfs
[Top] [All Lists]

Re: xfs_db 2.9.8: coredump

To: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>, Alan Piszcz <ap@xxxxxxxxxxxxx>, xfs@xxxxxxxxxxx
Subject: Re: xfs_db 2.9.8: coredump
From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date: Sun, 28 Dec 2008 22:48:39 -0600
In-reply-to: <20081228223917.GC22525@disturbed>
References: <alpine.DEB.1.10.0812260931490.11656@p34.internal.lan> <49551073.5090704@redhat.com> <alpine.DEB.1.10.0812261243550.18703@p34.internal.lan> <alpine.DEB.1.10.0812261251520.18703@p34.internal.lan> <20081228223917.GC22525@disturbed>
User-agent: Thunderbird 2.0.0.18 (Macintosh/20081105)
Dave Chinner wrote:
> On Fri, Dec 26, 2008 at 12:52:10PM -0500, Justin Piszcz wrote:
>> On Fri, 26 Dec 2008, Justin Piszcz wrote:
>>> On Fri, 26 Dec 2008, Eric Sandeen wrote:
>>>> Justin Piszcz wrote:
>>>>> # xfs_db -V
>>>>> xfs_db version 2.9.8
>>>>>
>>>>> p34:~# xfs_db -c frag -f /dev/sda1
>>>>> Segmentation fault (core dumped)
>>>>> p34:~# xfs_db -c frag -r /dev/sda1
>>>>> Segmentation fault (core dumped)
>>>>>
>>>>> (It was working BEFORE I ran xfs_fsr on it, it was at 16% fragmentation).
>>>>>
>>>>> Now it can no longer check it?
> 
> xfs_db works on the block device under the filesystem, not the
> filesystem. Also, the block device on linux caches blocks, so
> after running xfs_fsr the filesystem layout has changed but the
> underlying block device now has a stale cache. hence xfs_db is
> probably being pointed off into la-la land by the stale block
> device cache.

Ah, missed the part about doing it online.  Probably shouldn't segfault
though, I suppose.

-Eric

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