[Top] [All Lists]

Re: Weird message from xfs_repair

To: Ben Myers <bpm@xxxxxxx>
Subject: Re: Weird message from xfs_repair
From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date: Wed, 01 May 2013 15:58:09 -0500
Cc: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>, "xfs@xxxxxxxxxxx" <xfs@xxxxxxxxxxx>
Delivered-to: xfs@xxxxxxxxxxx
In-reply-to: <20130501194320.GP29359@xxxxxxx>
References: <20130501200633.5d24caf5@xxxxxxxxxxxxxx> <20130501194320.GP29359@xxxxxxx>
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
On 5/1/13 2:43 PM, Ben Myers wrote:
> Hi Emmanuel,
> On Wed, May 01, 2013 at 08:06:33PM +0200, Emmanuel Florac wrote:
>> I've just had to resort to the latest devel version of xfs_repair to
>> get back some heavily damaged filesystem (thanks to a failing RAID
>> controller), and it ended with the following message:
>> cache_purge: shake on cache 0x672030 left 1 nodes!?
>> What's this about? I didn't look at the source, but a new run of
>> xfs_repair detected nothing. 
> xfs_repair/libxfs has caches for xfs_bufs and inodes to speed things up.
> cache_purge is trying to flush out all entries from one of those caches.  
> After
> the purge one entry was left unexpectedly, maybe because someone leaked a
> reference on it or something.  The message doesn't indicate an on-disk 
> problem,
> it's a problem in xfs_repair.

Several of those internal cache housekeeping messages can be
alarming.  Indeed anything out of the ordinary during repair
is alarming to most users.  ;)

At any rate they're completely useless to the administrator.
We should consider a way to reassure the user, and make them
useful at the same time.

Maybe a global set when something like this happens, and
then at the end, a friendly message about what it meant
and how to report the error and/or help debug?

Although if repair is done now, it's probably unlikely(?)
that the message would pop out again, so is there really
anything which could be done at this point?

Emmanuael - if another xfs_repair pops out the same error,
then capturing a metadump of the fs would probably let someone
look into it.  Someone who has time, that is.  ;)


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

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