linux-lvm.redhat.com archive mirror
 help / color / mirror / Atom feed
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

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