linux-lvm.redhat.com archive mirror
 help / color / mirror / Atom feed
From: Peter Rajnoha <prajnoha@redhat.com>
To: MegaBrutal <megabrutal@gmail.com>
Cc: LVM general discussion and development <linux-lvm@redhat.com>
Subject: Re: [linux-lvm] LVM VG is not activated during system boot
Date: Tue, 25 Nov 2014 15:33:34 +0100	[thread overview]
Message-ID: <5474933E.8070007@redhat.com> (raw)
In-Reply-To: <CAE8gLh=yKODk+7OcyB8=X5Qp1haEYOZuzVb8g4wUdENogs7wng@mail.gmail.com>

On 11/25/2014 03:19 PM, MegaBrutal wrote:
> 2014-11-25 9:01 GMT+01:00 Peter Rajnoha <prajnoha@redhat.com
> <mailto:prajnoha@redhat.com>>:
> 
>     What's the exact lvm2 version used (lvm --version)?
> 
> 
> root@vmhost:~# lvm version
>   LVM version:     2.02.98(2) (2012-10-15)
>   Library version: 1.02.77 (2012-10-15)
>   Driver version:  4.27.0
> 
>  
> 
>     Is lvmetad enabled in your setup? (global/use_lvmetad=1 setting
>     in lvm.conf and lvmetad daemon running?)
> 
> 
>     use_lvmetad = 0
> 
> No such daemon is running.

This means that LV autoactivation is not enabled in that case too
(as it depends on lvmetad to be active) and there must a direct
call for the activation (vgchange/lvchange -ay/-aay)

However, most distributions do not use lvmetad in initrd anyway
(the only I know of at the moment is Arch Linux). As such, I think
this is a problem with distribution's initrd that is not waiting
properly for all PVs to show up and it calls LV activation prematurely.
I'd report your issue to your distribution's initrd component as each
distribution uses its own initrd scheme (I could help you with Fedora's
dracut initrd, but I don't see into Debian's/Ubuntu initrd scheme).

> 
>  
> 
>     Does it activate when you run vgchange -aay vmdata-vg vmhost-vg
>     directly on the busybox cmd line?
> 
> 
> The exact command I used to use in the BusyBox prompt is
> lvm vgchange -ay vmhost-vg
> 
> Or, if I remember correctly, it activates simply by
> lvm vgchange -ay
> as well.
> 
> Then I exit the BusyBox prompt, and the boot process continues correctly.
> 
> My root FS is in vmhost-vg, and I have no idea why it doesn't come up
> automatically.

Yeah, it all points to premature vgchange call in initrd's script.
Please, report this in your distribution's bug tracking system if
possible.

-- 
Peter

  reply	other threads:[~2014-11-25 14:33 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-24 22:27 [linux-lvm] LVM VG is not activated during system boot MegaBrutal
2014-11-25  8:01 ` Peter Rajnoha
2014-11-25 14:19   ` MegaBrutal
2014-11-25 14:33     ` Peter Rajnoha [this message]
2014-11-25 15:54       ` MegaBrutal
2014-11-25 16:15         ` Daniel Savard
2014-11-25 17:00           ` MegaBrutal
2015-03-19 18:34             ` MegaBrutal
2015-03-19 19:06               ` Stuart Gathman
2015-03-20  3:56                 ` MegaBrutal
2015-03-20  8:30                 ` Zdenek Kabelac
2015-03-20 14:13                   ` MegaBrutal
2015-03-20 16:52                   ` MegaBrutal
2015-03-20 19:24                     ` Zdenek Kabelac

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=5474933E.8070007@redhat.com \
    --to=prajnoha@redhat.com \
    --cc=linux-lvm@redhat.com \
    --cc=megabrutal@gmail.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).