| CARVIEW |
reductivelabs / puppet-lvm
- Source
- Commits
- Network (4)
- Issues (0)
- Downloads (0)
- Wiki (1)
- Graphs
-
Branch:
master
click here to add a description
click here to add a homepage
| name | age | message | |
|---|---|---|---|
| |
.gitignore | Thu Jan 14 12:32:09 -0800 2010 | First version of LVM support This is mostly st... [lak] |
| |
LICENSE | Mon Feb 22 17:38:27 -0800 2010 | adding license file Signed-off-by: Luke Kanies... [lak] |
| |
README.markdown | Fri Feb 26 19:30:24 -0800 2010 | Update README with extend information [bruce] |
| |
autotest/ | Thu Jan 14 12:32:09 -0800 2010 | First version of LVM support This is mostly st... [lak] |
| |
lib/ | Sat Feb 27 08:24:40 -0800 2010 | Remove debugging [bruce] |
| |
manifests/ | Sun Feb 07 21:46:24 -0800 2010 | Support different ordering for different ensure... [bruce] |
| |
spec/ | Fri Feb 26 19:21:50 -0800 2010 | Add tests for size property. * Size-related pr... [bruce] |
Puppet LVM Module
Provides Logical Resource Management (LVM) features for Puppet.
Usage
This module provides four resource types (and associated providers):
volume_group, logical_volume, physical_volume, and filesystem.
The basic dependency graph needed to define a working logical volume looks something like:
filesystem -> logical_volume -> volume_group -> physical_volume(s)
Here's a simple working example:
physical_volume { "/dev/hdc":
ensure => present
}
volume_group { "myvg":
ensure => present,
physical_volumes => "/dev/hdc"
}
logical_volume { "mylv":
ensure => present,
volume_group => "myvg"
size => "20G"
}
filesystem { "/dev/myvg/mylv":
ensure => "ext3"
}
This simple 1 physical volume, 1 volume group, 1 logical volume case
is provided as a simple volume definition, as well. The above could
be shortened to be:
volume("myvg", "/dev/hdc", "mylv", "ext3", "20G")
If you need a more complex configuration, you'll need to build the resources out yourself.
Limitations
Namespacing
Due to puppet's lack of composite keys for resources, you currently
cannot define two logical_volume resources with the same name but
a different volume_group.
Removing Physical Volumes
You should not remove a physical_volume from a volume_group
without ensuring the physical volume is no longer in use by a logical
volume (and possibly doing a data migration with the pvmove executable).
Removing a physical_volume from a volume_group resource will cause the
pvreduce to be executed -- no attempt is made to ensure pvreduce
does not attempt to remove a physical volume in-use.
Resizing Logical Volumes
Logical volume size can be extended, but not reduced -- this is for safety, as manual intervention is probably required for data migration, etc.
