From: Gunther Clasen <gunther_clasen@arcor.de>
To: LVM general discussion and development <linux-lvm@redhat.com>
Subject: Re: [linux-lvm] can't create a PV
Date: Tue, 14 Feb 2006 09:19:46 +0000 [thread overview]
Message-ID: <20060214091946.GA8977@tui.site> (raw)
In-Reply-To: <20060206215141.GB7492@tui.site>
On Mon, Feb 06, 2006, Gunther Clasen wrote:
> Hi,
>
> I have the following problem: I have a VG which sits on two partitions.
> This VG has been created with SuSE 7.2, that is version 1 of LVM. (I
> don't know exactly which one.) I wish to extend that VG and I have tried
> to do that from SuSE 9.2, which runs
> LVM version: 2.00.25 (2004-09-29)
> Library version: 1.00.19-ioctl (2004-07-03)
> Driver version: 4.1.0
>
> The type of the partition is set to Linux LVM, like the others, but it
> does not work. I get this error:
>
> # pvcreate -vv /dev/hdg9
> Setting global/locking_type to 1
> Setting global/locking_dir to /var/lock/lvm
> File-based locking enabled.
> Locking /var/lock/lvm/P_orphans WB
> Getting size of /dev/hdg9
> metadata/pvmetadatasize not found in config: defaulting to 255
> metadata/pvmetadatacopies not found in config: defaulting to 1
> /dev/hdg9: Couldn't find device. Check your filters?
> Unlocking /var/lock/lvm/P_orphans
>
> I can't see that the filters are a problem. The entry in
> /etc/lvm/lvm.conf is:
> filter = [ "r|/dev/.*/by-path/.*|", "r|/dev/.*/by-id/.*|", "a/.*/" ]
>
> I understand now that I should use -M1 to add this PV to an old V1 VG,
> but that is not the problem. I still get the same error.
>
> What am I doing wrong?
Well, I tried a few more things, thought about it, and concluded:
Nothing. I believe the program gets it wrong. The reason for this:
I had 4 partitions on my system which lvm would not detect. These were
hde9, hde10, hdg9 and hdg10. Like so:
# vgdisplay -vv vg0 | grep hde
/dev/hde: No label detected
/dev/hde1: No label detected
/dev/hde3: No label detected
/dev/hde4: No label detected
/dev/hde5: lvm1 label detected
/dev/hde6: lvm1 label detected
/dev/hde7: lvm1 label detected
/dev/hde8: lvm1 label detected
# fdisk /dev/hde
Command (m for help): p
Device Boot Start End Blocks Id System
/dev/hde1 1 50 25168+ 83 Linux
/dev/hde2 2151 158816 78959664 5 Extended
/dev/hde3 51 1100 529200 83 Linux
/dev/hde4 1101 2150 529200 83 Linux
/dev/hde5 2151 8466 3183232+ 8e Linux LVM
/dev/hde6 8467 25216 8441968+ 8e Linux LVM
/dev/hde7 25217 58616 16833568+ 8e Linux LVM
/dev/hde8 58617 92016 16833568+ 8e Linux LVM
/dev/hde9 92017 125416 16833568+ 83 Linux
/dev/hde10 125417 158816 16833568+ 83 Linux
So hde9 and 10 do exist, but lvm does not even try to detect anything on
them. (No, doesn't work with partition type LVM either, I tried that.)
Partitions hdg9 and 10 did look exactly the same. I then formatted them
(hdg9/10), one with ext2, the other with reiserfs and banged them full
with data, mostly from /dev/zero, until 100% full. I then changed the
type to Linux LVM and everything works fine:
# vgdisplay -vv vg0 | grep hdg
/dev/hdg: No label detected
/dev/hdg1: No label detected
/dev/hdg5: No label detected
/dev/hdg6: No label detected
/dev/hdg7: lvm1 label detected
/dev/hdg8: lvm1 label detected
/dev/hdg9: lvm2 label detected
/dev/hdg10: No label detected
Curiously, these 4 partitions had all been used in a software-RAID
volume. So I reckon that lvm somehow picked up the metadata of the
MD-device and refused to work.
There must be some sort of bug-tracking system for lvm. Could somebody
please point me at that so that I can check this out and possibly enter
this as a bug? (Provided that the public has write access...)
Thanks!
Gunther
next prev parent reply other threads:[~2006-02-14 14:22 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-06 21:51 [linux-lvm] can't create a PV Gunther Clasen
2006-02-08 9:33 ` Gunther Clasen
2006-02-09 0:51 ` Marcin Struzak
2006-02-12 18:00 ` Gunther Clasen
2006-02-14 9:19 ` Gunther Clasen [this message]
2006-02-14 14:38 ` Luca Berra
2006-02-14 18:55 ` Gunther Clasen
2006-02-14 14:46 ` Alasdair G Kergon
-- strict thread matches above, loose matches on Subject: below --
2006-02-12 22:30 Jim Ford
2006-02-13 9:24 Jim Ford
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=20060214091946.GA8977@tui.site \
--to=gunther_clasen@arcor.de \
--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.