1. 27 Sep, 2017 1 commit
  2. 10 Jan, 2017 1 commit
    • Jan Provaznik's avatar
      Add cephfs resource type and profile · 28e8f452
      Jan Provaznik authored
      This resource type can be used for setting up cephfs, it
      expects FS name, data and metadata pool names as input
      parameters. Data and metadata pools should already exist.
      
      Change-Id: I18436a64fc991b9e697a1d79e369ac110cf8fe20
      Partial-Bug: #1644784
      28e8f452
  3. 13 Jul, 2016 1 commit
    • cdelatte's avatar
      Adding OSD level params · 63530d08
      cdelatte authored
      The osd parameters added will be disabled by default as to not cause duplicate declarations for
      users defining this with in-house puppet modules
      
      Closes-Bug: #1488126
      Change-Id: I87fe265370adaf1c02e23ffe6ad63bdc93649438
      63530d08
  4. 03 Jun, 2016 1 commit
    • Emilien Macchi's avatar
      Bump to Jewel · 68ea7447
      Emilien Macchi authored
      This patch bumps puppet-ceph to use Jewel, the new LTS that will replace
      Hammer (previous LTS).
      
      * Change defaults repositories to download Jewel by default except on
        CentOS [1].
      * Ensure mon/osd files are created as the ceph user [2] only if ceph
        user is present on the system (managed by ceph packaging since Jewel).
      * Rename radosgw service to match with Jewel packaging.
      * acceptance: configure Ceph to limit OSD object name lengths for ext4.
      * acceptance: deploy Jewel for Ubuntu and Hammer on CentOS7, packages
        are not ready for CentOS SIG:
        http://buildlogs.centos.org/centos/7/storage/x86_64/ceph-jewel/
      * acceptance: limit OSD object name lengths for ext4:
        As of the Ceph Jewel release, certain limitations apply to OSD object
        name lengths: specifically if ext4 is in use for block devices or a
        directory based OSD is configured, OSD's must be configured to limit
        object name length [3].
      
      [1] https://bugs.centos.org/view.php?id=10803
      [2] http://docs.ceph.com/docs/master/release-notes/#upgrading-from-hammer
      [3] Thanks to James Page: https://review.openstack.org/#/c/318612/1
      
      Change-Id: I2ebe0fbab10d04b21c851df64d60b834f4006d3a
      68ea7447
  5. 08 Oct, 2015 1 commit
  6. 12 Aug, 2015 1 commit
  7. 01 Jul, 2015 1 commit
  8. 05 Mar, 2015 1 commit
    • David Moreau Simard's avatar
      Increase flexibility with managing client keys in profile · 2041c1e7
      David Moreau Simard authored
      This commit introduces the client_keys hash parameter to
      ceph::profile. This allows one to use the profile to inject
      and configure any client keys with any parameter.
      
      Backwards compatibility is *NOT* maintained for the purpose
      of staying as clean and as simple as possible in the context
      of drafting the first stable release of puppet-ceph.
      This avoids shipping the first stable release with, already,
      a deprecation that will have to be maintained throughout an
      entire release cycle.
      
      Some tests have been added and test coverage is in general
      improved as part of this commit.
      
      Change-Id: Ie6adbd601388ab52c37037004bd0ceef9fc41942
      2041c1e7
  9. 02 Feb, 2015 1 commit
    • David Moreau Simard's avatar
      Bump default version to giant, test against giant and drop emperor · e147439e
      David Moreau Simard authored
      - The default version in repo should be the latest stable release
      - We want to keep tests against all LTS releases as well as the
      latest stable release. So drop emperor and add giant. When hammer
      is released, we will drop giant and add hammer.
      
      Change-Id: I753c0ef326c4b8585e9e9f330a64160f95edd8a8
      e147439e
  10. 10 Jul, 2014 1 commit
    • David Gurtner's avatar
      OSD profile for roles/profiles pattern · 22724198
      David Gurtner authored
      This provides a profile for OSD machines in the context
      of a roles/profiles pattern.
      
      The OSD profile takes a hash from hiera and creates disks accordingly.
      
      Example hiera files are provided.
      
      Change-Id: I2ec9616e9a899cf122bcd0e666b779ed1fd76c33
      22724198
  11. 20 Jun, 2014 1 commit
    • David Gurtner's avatar
      Mon profile for roles/profiles pattern · 831f144e
      David Gurtner authored
      This provides a profile for monitor instances in the context of a
      roles/profiles pattern.
      
      The roles/profiles pattern is a way to combine ceph manifests into
      functional units:
      
      Profiles combine multiple manifest to provide a single service. For
      example a ceph monitor server needs the repository, packages,
      configuration and finally the monitor service.
      
      Roles define sets of profiles to configure a specific server. For
      example an allinone role would install the monitor as well as an osd
      profile.
      
      The learn more have a look at:
      http://www.slideshare.net/PuppetLabs/roles-talk
      
      All configuration happens via hiera. Example hiera files are
      provided.
      
      Change-Id: If07d18cdb202706c8478570027e80a85c8159d31
      NB: this uses hiera autoloading and will only work with Puppet >=3.0
      831f144e
  12. 30 May, 2014 1 commit
    • David Gurtner's avatar
      Initial classes/tests for a roles/profiles pattern · 4ea286a1
      David Gurtner authored
      This is a first step to providing roles/profiles manifests according
      to the roles/profiles pattern.
      
      The roles/profiles pattern is a way to combine ceph manifests into
      functional units:
      
      Profiles combine multiple manifest to provide a single service. For
      example a ceph monitor server needs the repository, packages,
      configuration and finally the monitor service.
      
      Roles define sets of profiles to configure a specific server. For
      example an allinone role would install the monitor as well as an osd
      profile.
      
      The learn more have a look at:
      http://www.slideshare.net/PuppetLabs/roles-talk
      
      To start with the basic configuration this provides:
      * params: extracts the configuration from hiera
      * base: installs ceph and configures ceph.conf
      
      All configuration happens via hiera. Example hiera files are
      provided.
      
      NB: this uses hiera autoloading and will only work with Puppet >=3.0
      
      Change-Id: Iba9aca7f124bd3a719dc18292b18fc0f4f386d5c
      4ea286a1