From: AJ Lewis <alewis@redhat.com>
To: LVM general discussion and development <linux-lvm@redhat.com>
Subject: Re: [linux-lvm] How to recover data corrupted by vgcreate
Date: Thu, 28 Jul 2005 11:41:33 -0500 [thread overview]
Message-ID: <20050728164133.GE4954@null.msp.redhat.com> (raw)
In-Reply-To: <d80ca5b9b93015efc1c96978ccd99874@redhat.com>
[-- Attachment #1: Type: text/plain, Size: 1840 bytes --]
On Thu, Jul 28, 2005 at 10:00:02AM -0500, Jonathan E Brassow wrote:
>
> On Jul 27, 2005, at 12:24 PM, AJ Lewis wrote:
>
> >On Wed, Jul 27, 2005 at 11:33:05AM -0500, Jonathan E Brassow wrote:
> >>I'm not familiar exactly with how the metadata gets laid on disk, but
> >>I would think you could just 'vgcreate vg_name /dev/hdd2' (you did
> >>this
> >>already) then 'lvcreate -n <lvname> -l <max size> vg_name'... This of
> >>course assumes that the previous lv resided wholly on /dev/hdd2. Then
> >>try mounting the new lv and see what happens.
> >
> >Before you do that, try vgcfgrestore.
> >
>
> AJ, when he did the initial 'vgcreate' was part of the process to
> create a backup copy of the metadata? If so, vgcfgrestore could work.
> But otherwise, I'm not sure were the old metadata would be stored,
> since this disk is from a different machine... Seems odd to me that
> vgcreate would blow over the old vg if it knew about it. If it did not
> know (or detect the old vg), how would it know to backup the metadata?
Not sure, but if the reason the disk was moved was because a cpu went out, i'm
assuming the old root fs is also on that disk - hoping so anyway ;) If so,
the old root fs can be mounted and /etc/lvm/archive can be checked for a valid
copy of the metadata. (Assuming root wasn't on lvm...)
As to why vgcreate didn't recognize the old VG...that's very odd - not sure
what went wrong there...
--
AJ Lewis Voice: 612-638-0500
Red Hat E-Mail: alewis@redhat.com
One Main Street SE, Suite 209
Minneapolis, MN 55414
Current GPG fingerprint = D9F8 EDCE 4242 855F A03D 9B63 F50C 54A8 578C 8715
Grab the key at: http://people.redhat.com/alewis/gpg.html or one of the
many keyservers out there...
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2005-07-28 16:41 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-26 16:57 [linux-lvm] How to recover data corrupted by vgcreate 張廷州
2005-07-27 16:33 ` Jonathan E Brassow
2005-07-27 17:24 ` AJ Lewis
2005-07-28 15:00 ` Jonathan E Brassow
2005-07-28 16:41 ` AJ Lewis [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-08-01 13:25 張廷州
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=20050728164133.GE4954@null.msp.redhat.com \
--to=alewis@redhat.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 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.