From: David Rosenstrauch <darose@darose.net>
To: dm-devel@redhat.com
Subject: Re: Volume group / volumes not activated at boot
Date: Thu, 24 Oct 2013 10:51:27 -0400 [thread overview]
Message-ID: <526933EF.8030301@darose.net> (raw)
In-Reply-To: <5268E940.2000006@redhat.com>
On 10/24/2013 05:32 AM, Zdenek Kabelac wrote:
> IMHO in normal case distro should ensure that only devices needed for the
> system are activated on the boot.
>
> So if you need all your volumes from a VG active - just add somewhere in
> your
> boot sequence 'vgchange -ay' if you need all LVs active.
>
> There is also recently a support for 'autoactivated' LVs - but this
> needs lvmetad daemon running in your system.
>
> Zdenek
Thanks for the response.
Actually after some additional research last night, I was able to figure
out what the problem is:
The single PV in vg2 is a full disk device (/dev/sdc), not a partition.
However, when I first was initializing the drive to add in to LVM, I
accidentally partitioned the drive first. Realizing the mistake, I then
deleted the partitions. However the result was a drive with an empty
partition table, instead of a drive with no partition table. So what
must be happening is that when LVM scans the drive, it sees that it's
partitioned, but sees no partitions, and then moves on, leaving the VG
inactive. When I later manually tell LVM to activate the group
explicitly it works; it just can't do it automatically.
Wiping out the partition table (i.e., MBR) on the drive seems to fix the
issue, and LVM can now see the VG at boot.
Thanks,
DR
prev parent reply other threads:[~2013-10-24 14:51 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-23 15:05 Volume group / volumes not activated at boot David Rosenstrauch
2013-10-24 9:32 ` Zdenek Kabelac
2013-10-24 14:51 ` David Rosenstrauch [this message]
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=526933EF.8030301@darose.net \
--to=darose@darose.net \
--cc=dm-devel@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.