From: David Rosenstrauch <darose@darose.net>
To: dm-devel@redhat.com
Subject: Volume group / volumes not activated at boot
Date: Wed, 23 Oct 2013 11:05:40 -0400 [thread overview]
Message-ID: <5267E5C4.3070707@darose.net> (raw)
For several months now, my server has be been failing to activate all
volume groups / volumes at boot. My server has 3 PV's, 3 VG's, and 4
LV's. But for some reason only 3 of the 4 LV's are activated after boot.
I can subsequently activate the VG manually (vgchange -ay vg2) and then
mount the LV. But the fact that the LV never activates automatically at
boot time means that I can't add it in the fstab to so that it mounts at
boot.
The start of the problem seems to coincide with when my distro (Arch
Linux) moved to using lvmetad for device discovery. But the distro's
LVM package maintainer has reviewed my logs and can't see any reason why
the volume group is not getting activated.
I've posted a verbose LVM debug log that I obtained while booting my
device into single user mode. (See http://www.darose.net/lvm2.log)
You'll notice a few odd things in the log: e.g., vg2 and vg2/lvshare
never get activated, /etc/lvm/backup/vg2 never gets read or written, etc.
Details of my environment are as follows:
OS: Arch Linux
Kernel: 3.11.6
Architecture: x86_64
device-mapper version: 2.02.103
LVM version: 2.02.103
Any help greatly appreciated!
Best,
DR
next reply other threads:[~2013-10-23 15:05 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-23 15:05 David Rosenstrauch [this message]
2013-10-24 9:32 ` Volume group / volumes not activated at boot Zdenek Kabelac
2013-10-24 14:51 ` David Rosenstrauch
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=5267E5C4.3070707@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.