Skip to content

Instantly share code, notes, and snippets.

View gist:7766570

os-apply-config

Apply configuration from cloud metadata (JSON)

What does it do?

View gist:7747944

Oslo Rootwrap

The Oslo Rootwrap allows fine filtering of shell commands to run as root from OpenStack services.

Unlike other Oslo deliverables, it should not be used as a Python library, but called as a separate process through the oslo-rootwrap command:

View gist:7747907

os-apply-config

Apply configuration from cloud metadata (JSON).

What does it do?

It turns metadata from one or more JSON files like this:

View gist:7747902

os-apply-config

Apply configuration from cloud metadata (JSON).

What does it do?

It turns metadata from one or more JSON files like this:

{"keystone": {"database": {"host": "127.0.0.1", "user": "keystone", "password": "foobar"}}}

View gist:7747824

os-refresh-config

os-refresh-config uses dib-run-parts to run scripts in a pre-defined set of directories:

/opt/stack/os-config-refresh/pre-configure.d
/opt/stack/os-config-refresh/configure.d
/opt/stack/os-config-refresh/migration.d
View gist:7688052

Install os-refresh-config

os-refresh-config uses dib-run-parts to run scripts in a pre-defined set of directories. Its intended purpose is to quiesce (pre-configure.d), configure (configure.d), migrate (migration.d), and then activate (post-configure.d) a configuration on first boot or in response to Heat Metadata changes.

To cause a script to be run on every os-refresh-config run, install

View gist:7687941

os-collect-config

Collect configuration from cloud metadata sources

What does it do?

View gist:7687935
os-collect-config
=================
Collect configuration from cloud metadata sources.
# What does it do?
It collects data from defined configuration sources and runs a defined hook whenever the metadata has changed.
View gist:7687926

os-collect-config

Collect configuration from cloud metadata sources

What does it do?

View gist:7657537

devtest_overcloud

  1. Create your overcloud control plane image. This is the image the undercloud will deploy to become the KVM (or QEMU, Xen, etc.) cloud control plane. Note that stackuser is only there for debugging support - it is not suitable for a production network. $OVERCLOUD_DIB_EXTRA_ARGS is meant to be used to pass additional build-time specific arguments to disk-image-create.