linux-lvm.redhat.com archive mirror
 help / color / mirror / Atom feed
From: Simon Waters <simonw@zynet.net>
To: linux-lvm@redhat.com
Subject: Re: [linux-lvm] Newbie: Yet another "Incorrect metadata area	header checksum"
Date: Tue, 2 Feb 2010 10:21:30 +0000	[thread overview]
Message-ID: <201002021021.32002.simonw@zynet.net> (raw)
In-Reply-To: <20100202065547.GA24147@maude.comedia.it>

On Tuesday 02 February 2010 06:55:48 Luca Berra wrote:
>
> >One suggestion was to install "dmraid" and look for metadata using this.
> >It produces:
> > /dev/sdb: ddf1. ".ddf1_disks", GROUP, ok, 155989151 sectors, data@ 0
> > /dev/sda: ddf1. ".ddf1_disks", GROUP, ok, 155989151 sectors, data@ 0

> back up your data

I haven't restored it to this machine yet - so that bit was easy.

> decide wether you want to use the fakeraid or not
> configure your bios accordingly

I'd decided not already after appalling experiences of fakeraid from DELL 
before.

The BIOS has the embedded SATA controller set to "ATA Mode" not RAID, and this 
was the same throughout the installation.

Setting the BIOS to RAID revealed one RAID-1 array, which one can then delete, 
and then converting the system back to ATAMODE, and everything on disk is 
well and truely hosed (hence the backup suggestion no doubt, and several dire 
warnings from the BIOS). I looked to see if I could recover anything from 
this, as I thought it might be useful exercise in recovering systems but it 
didn't look hopeful.

Perils of state buried in an inherited machine. I note that the RAID BIOS 
reports that the state of the RAID-1 array was fine, I think I'm remembering 
why I've come to hate the fakeraid stuff. I'm also not sure about the wisdom 
of confirming pressing the "Y" key by asking the user to press the "Y" key 
again.

Anyway I've now reinstalled after the above, and "dmraid -r" now reports "No 
RAID disks".

However in the installer log I still have the same error about incorrect 
metadata area header checksum.

The is first reported looking for the old Volume Group (so the installer found 
my old LVM information, even if I couldn't with the installer in rescue 
mode). But when partman-lvm in the Debian installer starts it reports.

Volume group "h78" successfully created

/dev/cdrom: open failed: Read-only file system

Incorrect metadata area header checksum

Only thing I did outside Debian Lenny Guided install with LVM was to 
recreate "root" bigger and "home" smaller.

Excluding the /dev/cdrom device in /etc/lvm/lvm.conf doesn't help.

Is this due to old metadata on the disk, or is there something going wrong in 
the installation process.

Since /dev/sda2 contains the root volume (amongst others) I assume any attempt 
to reset this data will require me to boot from a rescue CD?

 Simon

  reply	other threads:[~2010-02-02 10:21 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-01 18:28 [linux-lvm] Newbie: Yet another "Incorrect metadata area header checksum" Simon Waters
2010-02-02  6:55 ` Luca Berra
2010-02-02 10:21   ` Simon Waters [this message]
2010-02-02 17:25     ` Simon Waters
2010-02-02 17:43       ` Stuart D. Gathman

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=201002021021.32002.simonw@zynet.net \
    --to=simonw@zynet.net \
    --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).