linux-lvm.redhat.com archive mirror
 help / color / mirror / Atom feed
From: Ken Bass <daytooner@gmail.com>
To: LVM general discussion and development <linux-lvm@redhat.com>
Subject: Re: [linux-lvm] Rebuilding ext4 filesystem on an LV
Date: Mon, 5 Jul 2010 14:16:40 -0700	[thread overview]
Message-ID: <AANLkTilNg_vFrTgoVXP40r6wZ5PyhwFC06jx_msWDauv@mail.gmail.com> (raw)
In-Reply-To: <Pine.LNX.4.64.1007051420360.11654@bmsred.bmsi.com>

[-- Attachment #1: Type: text/plain, Size: 1537 bytes --]

On Mon, Jul 5, 2010 at 11:27 AM, Stuart D. Gathman <stuart@bmsi.com> wrote:

> On Mon, 5 Jul 2010, Ken Bass wrote:
>
> > But what bothers me is this message I get when I run e2fsck (which runs
> > fsck.ext4):
> > "e2fsck: Invalid argument while trying to open
> > /dev/mapper/VolGroupX-LogVolX"
> >
> > Why am I getting that?
>
> Not an expert, just a user, but I suspect that the ioerr is because the
> metadata for that LV is still pointing to the missing PV.  (I know you
> replaced
> it, but that doesn't update the LV.)  I also noticed that the lvdisplay
> you posted says LogVolX belongs to VolGroupW, not VolGroupX.  Perhaps you
> sanitized the names and that is a typo - otherwise, there is something
> screwy.
>
>
Yes, I guess my sanitizing wasn't 100% sterile :-(.


> I suspect recovering the remaining data will require skipping the (huge)
> chuck of LV that was on the missing PV.  Or maybe the experts here
> will recommend editing the metadata to move the extent from the missing
> PV to the new PV.
>

That is what I am really trying to do. As I said early on, I was hoping to
find a backup superblock on the remaining part of the LV that might help
restore some of the data.. I have also looked at the metadata files, and was
wondering if I could manually rearrange the PVs. Any expert opinion on that?


FWIW: I found some utilities that supposedly will scan a drive with an
ext2/3 filesystem and recover files from it - although it only runs on
windows. It's free, so maybe worth a try.

thx to all for the help.

ken

[-- Attachment #2: Type: text/html, Size: 2116 bytes --]

  reply	other threads:[~2010-07-05 21:16 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-05  1:30 [linux-lvm] Rebuilding ext4 filesystem on an LV Ken Bass
2010-07-05  5:54 ` Bryan Whitehead
2010-07-05  8:52   ` Ken Bass
2010-07-05 10:06     ` Bryan Whitehead
2010-07-05 15:39       ` Ken Bass
2010-07-05 18:27     ` Stuart D. Gathman
2010-07-05 21:16       ` Ken Bass [this message]
2010-07-06 16:17       ` Malahal Naineni
2010-07-08  2:46         ` Ken Bass
2010-07-08 18:59           ` Malahal Naineni
2010-07-08 19:06           ` Stuart D. Gathman
2010-07-08 19:13             ` Stuart D. Gathman
2010-07-12 18:57               ` Ken Bass

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=AANLkTilNg_vFrTgoVXP40r6wZ5PyhwFC06jx_msWDauv@mail.gmail.com \
    --to=daytooner@gmail.com \
    --cc=linux-lvm@redhat.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;
as well as URLs for NNTP newsgroup(s).