Merge lp:~lazypower/charms/trusty/kibana/add-dashboard-loader-action into lp:charms/trusty/kibana
| Status: | Merged | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Merged at revision: | 23 | ||||||||
| Proposed branch: | lp:~lazypower/charms/trusty/kibana/add-dashboard-loader-action | ||||||||
| Merge into: | lp:charms/trusty/kibana | ||||||||
| Diff against target: |
231 lines (+102/-27) 9 files modified
actions/load-dashboard (+14/-2) config.yaml (+6/-0) hooks/config-changed (+7/-0) hooks/install (+9/-4) tests/00-setup (+0/-16) tests/10-bundles-test.py (+44/-0) tests/11-scale-elastic.py (+16/-5) tests/bundles.yaml (+3/-0) tests/tests.yaml (+3/-0) |
||||||||
| To merge this branch: | bzr merge lp:~lazypower/charms/trusty/kibana/add-dashboard-loader-action | ||||||||
| Related bugs: |
|
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| Review Queue (community) | automated testing | Needs Fixing on 2016-05-27 | |
| Cory Johns | 2016-05-20 | Needs Fixing on 2016-05-23 | |
|
Review via email:
|
|||
Description of the Change
Fixes for user already existing contributed by @manjo
Fixes against the amulet test suite contributed by @kjackal
Adds a path to deploy dashboards from configuration (useful for bundles)
| Charles Butler (lazypower) wrote : | # |
cory, thanks for the detailed review.
I can address the final comment with a follow up comment - no. There's a virtual host setup to proxy connections over to the elastic search host (this is important, otherwise you have to juju expose elastic search. Kibana works client-side, and directly queries elastic search over a javascript based client side lib.
So good catch, but not a concern in this context.
| Review Queue (review-queue) wrote : | # |
This item has failed automated testing! Results available here http://
| Review Queue (review-queue) wrote : | # |
This item has failed automated testing! Results available here http://

The load-dashboards action param and dashboard config option descriptions should mention what dashboards are supported out of the box (i.e., "beats").
If the dashboard config option is left at its default value, the elasticsearch <-> kiabana relation is added, and then any other config option is changed, the config-changed hook fails because the config value is empty and it tries to call action-get from outside of an action. See inline comment below.
If the dashboard config is set before the elasticsearch relation is joined (likely in a bundle), the rest-relation- hooks will not trigger the dashboard load, and it may not be triggered until a manual config change.
If the elasticsearch relation is required for the dashboard to be loaded, why isn't the action enforcing that? Also, shouldn't the dashboard be using the relation values (e.g., $ES_HOST) instead of localhost?