lp:~billy-olsen/charm-helpers/ceph-pg-calc

Branch merges

Propose for merging

No branches dependent on this one.

Merged into lp:charm-helpers at revision 606

Jorge Niedbalski (community): Approve on 2016-07-13

Chris Holcombe (community): Approve on 2016-06-28

Edward Hope-Morley: Pending requested 2016-07-05

Diff: 429 lines (+209/-59)

2 files modified

charmhelpers/contrib/storage/linux/ceph.py (+129/-41)
tests/contrib/storage/test_linux_ceph.py (+80/-18)

api

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Bug #1492742: charm needs a pg_num cap when deploying to avoid creating too many pgs

Medium

Invalid

Link a bug report

Related blueprints

590. By Billy Olsen on 2016-07-13

Fix comments per code review feedback.

589. By Billy Olsen on 2016-06-28

Merge in latest from trunk

588. By Billy Olsen on 2016-06-28

Add check to cap the number of placement groups that will be created.

587. By Billy Olsen on 2016-06-22

Change percent_data to weight

586. By Billy Olsen on 2016-06-21

Add percent_data to the CephBrokerRq create pool op's parameter list.

Adding a field to the parameter list does not require a change to the
api version since its not required and a sensible default is provided
for those cases it is missing.

585. By Billy Olsen on 2016-06-21

[billy-olsen,r=] Improve Ceph pg num calculations.

This change modifies the calculation in determining the number of
placement groups by following the detailed formula provided by the
ceph PG Calc website. Previously, the calculation was based on the
Ceph documentation for pool sizes, which is misleading as the data
provided in the documentation is for the maximum number of placement
groups for the cluster itself.

This change also adds in an option to specify the percent of data that
is intended to be used by the pool being created. If no information is
provided on the percentage of data for the pool, then this code will
use a default of 10% - a value which may result in low number of
placement groups for the pool but will also result in a setting which
can later be changed by the user (since pgs can be increased but never
decreased).

Partially Closes-Bug: #1492742

584. By David Ames on 2016-06-14

[thedac, r=tinwood] DNS HA Helpers

Start the process of moving HA helpers into the openstack contrib area
Add the helper for API charms to use DNS HA
Add validation for new DNS config options in HA
Allow resolve_address to override with DNS or not

583. By James Page on 2016-06-14

Enable default git repo generation if a default openstack-origin-git value is specified.

582. By Ryan Beisner on 2016-06-13

[jamespage,r=1chb1n] Update amulet helpers to deploy charms from the charm store

As part of the migration to git/gerrit and with the introduction of
layered charms, the charm store really needs to be the definative
source of truth for all charms during test.

Switch the charm resolver code to pick the correct charms from the
charm store for amulet tests.

This does change behaviour in that base charms are deployed aligned
to the test series where possible; otherwise the most recent Ubuntu
series is used instead - results in mysql/trusty + keystone/xenial
for example.

581. By Matt Bruzek on 2016-06-02

[jamesbeedy] Added uid and gid specification functionality for adduser and addgroup.
[mbruzek] Added a newline to fix lint.