All of lore.kernel.org
 help / color / mirror / Atom feed
From: Martin Steigerwald <Martin@lichtvoll.de>
To: Lars Ellenberg <lars.ellenberg@linbit.com>,
	Barry Naujok <bnaujok@melbourne.sgi.com>,
	xfs@oss.sgi.com
Subject: Re: xfs_repair leaves empty but undeletable dirs in lost+found
Date: Tue, 10 Apr 2007 22:45:00 +0200	[thread overview]
Message-ID: <200704102245.00734.Martin@lichtvoll.de> (raw)
In-Reply-To: <20070410092443.GA8496@barkeeper1.linbit>

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.

Regards,
-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7

  reply	other threads:[~2007-04-10 21:18 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 [this message]
2007-04-10 21:05         ` Lars Ellenberg
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=200704102245.00734.Martin@lichtvoll.de \
    --to=martin@lichtvoll.de \
    --cc=bnaujok@melbourne.sgi.com \
    --cc=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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.