All of lore.kernel.org
 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 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.