- Description
- Setup - The basics of getting started with mount_core
- Usage - Configuration options and additional functionality
- Reference - An under-the-hook peek at what the module is doing and how
- Development - Guide for contributing to the module
The mount_core module manages mounted filesystems and mount tables. The module has some limitations, and you may be better off using the mount_providers module, which can manage mountpoints and mounttab resources independently.
The module can mount and unmount filesystems, and manage mount tables such as
/etc/fstab, /etc/vfstab, or /etc/filesystems depending on your operating system.
Mount resources can respond to refresh events, and can remount a filesystem in response to an event from another resource.
Mount resources automatically create relationships with directories that are either ancestors of the mounted directory or children. This way Puppet will automatically create ancestor directories before the mount point, and will do that before managing directories and files within the mounted directory.
To mount the device /dev/foo at /mnt/foo as read-only, use the following code:
mount { '/mnt/foo':
ensure => 'mounted',
device => '/dev/foo',
fstype => 'ext3',
options => 'ro',
}
Please see REFERENCE.md for the reference documentation.
This module is documented using Puppet Strings.
For a quick primer on how Strings works, please see this blog post or the README.md for Puppet Strings.
To generate documentation locally, run the following command:
bundle install
bundle exec puppet strings generate ./lib/**/*.rb
This command will create a browsable _index.html file in the doc directory. The references available here are all generated from YARD-style comments embedded in the code base. When any development happens on this module, the impacted documentation should also be updated.
Puppet Labs modules on the Puppet Forge are open projects, and community contributions are essential for keeping them great. We can't access the huge number of platforms and myriad of hardware, software, and deployment configurations that Puppet is intended to serve.
We want to keep it as easy as possible to contribute changes so that our modules work in your environment. There are a few guidelines that we need contributors to follow so that we can have a chance of keeping on top of things.
For more information, see our module contribution guide.