All of lore.kernel.org
 help / color / mirror / Atom feed
* Volume group / volumes not activated at boot
@ 2013-10-23 15:05 David Rosenstrauch
  2013-10-24  9:32 ` Zdenek Kabelac
  0 siblings, 1 reply; 3+ messages in thread
From: David Rosenstrauch @ 2013-10-23 15:05 UTC (permalink / raw)
  To: dm-devel

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

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Volume group / volumes not activated at boot
  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
  0 siblings, 1 reply; 3+ messages in thread
From: Zdenek Kabelac @ 2013-10-24  9:32 UTC (permalink / raw)
  To: device-mapper development

Dne 23.10.2013 17:05, David Rosenstrauch napsal(a):
> 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.

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

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Volume group / volumes not activated at boot
  2013-10-24  9:32 ` Zdenek Kabelac
@ 2013-10-24 14:51   ` David Rosenstrauch
  0 siblings, 0 replies; 3+ messages in thread
From: David Rosenstrauch @ 2013-10-24 14:51 UTC (permalink / raw)
  To: dm-devel

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

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2013-10-24 14:51 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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 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.