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 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).