a2705db6a5
This commit was bulk generated and pushed by the OpenDev sysadmins as a part of the Git hosting and code review systems migration detailed in these mailing list posts: http://lists.openstack.org/pipermail/openstack-discuss/2019-March/003603.html http://lists.openstack.org/pipermail/openstack-discuss/2019-April/004920.html Attempts have been made to correct repository namespaces and hostnames based on simple pattern matching, but it's possible some were updated incorrectly or missed entirely. Please reach out to us via the contact information listed at https://opendev.org/ with any questions you may have. |
||
---|---|---|
.gitreview | ||
.zuul.yaml | ||
interface.yaml | ||
LICENSE | ||
provides.py | ||
README.md | ||
requires.py | ||
test-requirements.txt | ||
tox.ini |
Overview
This interface supports the integration between Barbican and HSM devices.
Usage
No explicit handler is required to consume this interface in charms that consume this interface.
The interface provides hsm.connected
and hsm.available
states.
For an HSM subordinate charm
The hsm.connected
state indicates that the Barbican principle charms has been
connected to. At this point the plugin data required for to configure the HSM
from Barbican should be presented.
metadata
To consume this interface in your charm or layer, add the following to layer.yaml
:
includes: ['interface:barbican-hsm']
and add a provides interface of type hsm
to your charm or layers
metadata.yaml
:
provides:
hsm:
interface: barbican-hsm
scope: container
Please see the example 'Barbican SoftHSM' charm for an example of how to author an HSM charm.
Bugs
Please report bugs on Launchpad.
For development questions please refer to the OpenStack Charm Guide.