public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
From: Lars Ellenberg <lars.ellenberg@linbit.com>
To: xfs@oss.sgi.com
Subject: Re: xfs_repair leaves empty but undeletable dirs in lost+found
Date: Tue, 10 Apr 2007 23:05:02 +0200	[thread overview]
Message-ID: <20070410210502.GA19842@barkeeper1.linbit> (raw)
In-Reply-To: <200704102245.00734.Martin@lichtvoll.de>

On Tue, Apr 10, 2007 at 10:45:00PM +0200, Martin Steigerwald wrote:
> Am Dienstag 10 April 2007 schrieb Lars Ellenberg:
> 
> > > Would it be possible for you apply the patch I posted to xfs@oss
> > > in Feb http://oss.sgi.com/archives/xfs/2007-02/msg00072.html
> > > to the latest xfsprogs source, make and install it and run:
> > >
> > > # xfs_metadump /dev/md1 - | bzip2 > /tmp/bad_xfs.bz2
> > >
> > > And make the image available for me to download and analyse?
> >
> > uhm. probably. I'll talk with the guy who owns the data :)
> >
> > out of curiosity: what exactly would you do with it?
> > I mean, would that be sufficient to restore the "badness",
> > with the files all filled with zero,
> > and you'd be able to reproduce locally?
> 
> Hi Lars!
> 
> As far as I understand a meta data dump does not contain the actual data 
> in the files. That would be sufficient als xfs_repair is for repairing 
> metadata corruption. For analysing the reason why a file is undeleteable 
> its actual contents should be quite irrelevant. Only thing that could 
> possibly matter is the amount and location, not the contents of blocks a 
> file occupies. But that doesn't seem to matter here either.
> 
> It would contain meta data information on the directory and file names as 
> well as timestamps, owner and rights - if you are concerned about the 
> privacy of your customer you may want to try to reproduce the problem 
> with different meta data information.

I'm very well aware of these things.

what I meant to ask was:
 (how) could I do some "partial" metadump?
 because,
 * yes, I am concerned about the privacy (not too much, though,
   but still as this is not my data, I have to ask)
 * its probably going to be huge anyways
 * its going to take some time to produce, and this is a life system
 * it would probably really help for investigating further
   if I were able to reduce the amount of meta data involved
   (remember, one xfs_repair run took me 12 hours)
and, most importantly:
 * reducing the amount of meta data is probably the first step
   Barry would do once he has my full dump, because thats the only way
   to go about debugging this.
   I'd like to help to reduce the work needed to debug this.

so yes, I really would like to try to reproduce with different meta data
information, but I'd need a hint what to look for in my existing bad
data to be able to reproduce similar bad data.

@Barry: I'd probably be able to get a full dump tomorrow.
or even better, a partial dump, if you tell me what you'd need.

-- 
: Lars Ellenberg                            Tel +43-1-8178292-0  :
: LINBIT Information Technologies GmbH      Fax +43-1-8178292-82 :
: Vivenotgasse 48, A-1120 Vienna/Europe    http://www.linbit.com :
__
please use the "List-Reply" function of your email client.

  reply	other threads:[~2007-04-11  7:21 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-04 20:36 xfs_repair leaves empty but undeletable dirs in lost+found Lars Ellenberg
2007-04-05 16:22 ` Lars Ellenberg
2007-04-10  1:55   ` Barry Naujok
2007-04-10  9:24     ` Lars Ellenberg
2007-04-10 20:45       ` Martin Steigerwald
2007-04-10 21:05         ` Lars Ellenberg [this message]
2007-04-11  0:16       ` Barry Naujok

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20070410210502.GA19842@barkeeper1.linbit \
    --to=lars.ellenberg@linbit.com \
    --cc=xfs@oss.sgi.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox