Settings and Configuration¶

dashboards¶

Default: None

Horizon Dashboards are automatically discovered in the following way:

• By adding a configuration file to the openstack_dashboard/local/enabled directory (for more information see Pluggable Settings). This is the default way in OpenStack Dashboard.
• By traversing Django’s list of INSTALLED_APPS and importing any files that have the name "dashboard.py" and include code to register themselves as a Horizon dashboard.
• For upstream development since Newton, please use ANGULAR_FEATURES setting to toggle Angular panel features, instead of defining an enabled file for the Angular panel. Then use settings.ANGULAR_FEATURES[<panel_name>] in your urls.py. This enforces showing one service panel in the dashboard at a time.

By default, dashboards defined by openstack_dashboard/local/enabled are displayed first in the alphabetical order of the config files, and then the remaining dashboards discovered by traversing INSTALLED_APPS are displayed in the alphabetical order.

If a list of dashboard slugs is provided in this setting, the supplied ordering is applied to the list of discovered dashboards. If the list of dashboard slugs is shorter than the number of discovered dashboards, the remaining dashboards are appended in the default order described above.

The dashboards listed must be in a Python module which is included in the INSTALLED_APPS list and on the Python path.

default_dashboard¶

Default: None

The slug of the dashboard which should act as the first-run/fallback dashboard whenever a user logs in or is otherwise redirected to an ambiguous location.

user_home¶

Default: settings.LOGIN_REDIRECT_URL

This can be either a literal URL path (such as the default), or Python’s dotted string notation representing a function which will evaluate what URL a user should be redirected to based on the attributes of that user.

ajax_queue_limit¶

Default: 10

The maximum number of simultaneous AJAX connections the dashboard may try to make. This is particularly relevant when monitoring a large number of instances, volumes, etc. which are all actively trying to update/change state.

ajax_poll_interval¶

Default: 2500

How frequently resources in transition states should be polled for updates, expressed in milliseconds.

auto_fade_alerts¶

Defaults: {'delay': [3000], 'fade_duration': [1500], 'types': []}

If provided, will auto-fade the alert types specified. Valid alert types include: [‘alert-default’, ‘alert-success’, ‘alert-info’, ‘alert-warning’, ‘alert-danger’] Can also define the delay before the alert fades and the fade out duration.

bug_url¶

Default: None

If provided, a “Report Bug” link will be displayed in the site header which links to the value of this setting (ideally a URL containing information on how to report issues).

help_url¶

Default: None

If provided, a “Help” link will be displayed in the site header which links to the value of this setting (ideally a URL containing help information).

exceptions¶

Default: {'unauthorized': [], 'not_found': [], 'recoverable': []}

A dictionary containing classes of exceptions which Horizon’s centralized exception handling should be aware of. Based on these exception categories, Horizon will handle the exception and display a message to the user.

modal_backdrop¶

Default: "static"

Controls how bootstrap backdrop element outside of modals looks and feels. Valid values are "true" (show backdrop element outside the modal, close the modal after clicking on backdrop), "false" (do not show backdrop element, do not close the modal after clicking outside of it) and "static" (show backdrop element outside the modal, do not close the modal after clicking on backdrop).

disable_password_reveal¶

Default: False

Setting this to True will disable the reveal button for password fields, including on the login form.

password_validator¶

Default: {'regex': '.*', 'help_text': _("Password is not accepted")}

A dictionary containing a regular expression which will be used for password validation and help text which will be displayed if the password does not pass validation. The help text should describe the password requirements if there are any.

This setting allows you to set rules for passwords if your organization requires them.

password_autocomplete¶

Default: "off"

Controls whether browser autocompletion should be enabled on the login form. Valid values are "on" and "off".

simple_ip_management¶

Default: True

Enable or disable simplified floating IP address management.

“Simple” floating IP address management means that the user does not ever have to select the specific IP addresses they wish to use, and the process of allocating an IP and assigning it to an instance is one-click.

The “advanced” floating IP management allows users to select the floating IP pool from which the IP should be allocated and to select a specific IP address when associating one with an instance.

angular_modules¶

Default: []

A list of AngularJS modules to be loaded when Angular bootstraps. These modules are added as dependencies on the root Horizon application horizon.

js_files¶

Default: []

A list of javascript source files to be included in the compressed set of files that are loaded on every page. This is needed for AngularJS modules that are referenced in angular_modules and therefore need to be include in every page.

js_spec_files¶

Default: []

A list of javascript spec files to include for integration with the Jasmine spec runner. Jasmine is a behavior-driven development framework for testing JavaScript code.

AUTHENTICATION_URLS¶

Default: ['openstack_auth.urls']

A list of modules from which to collate authentication URLs from. The default option adds URLs from the django-openstack-auth module however others will be required for additional authentication mechanisms.

API_RESULT_LIMIT¶

Default: 1000

The maximum number of objects (e.g. Swift objects or Glance images) to display on a single page before providing a paging element (a “more” link) to paginate results.

API_RESULT_PAGE_SIZE¶

Default: 20

Similar to API_RESULT_LIMIT. This setting controls the number of items to be shown per page if API pagination support for this exists.

AVAILABLE_REGIONS¶

Default: None

A list of tuples which define multiple regions. The tuple format is ('http://{{ keystone_host }}:5000/v2.0', '{{ region_name }}'). If any regions are specified the login form will have a dropdown selector for authenticating to the appropriate region, and there will be a region switcher dropdown in the site header when logged in.

You should also define OPENSTACK_KEYSTONE_URL to indicate which of the regions is the default one.

CONSOLE_TYPE¶

Default: "AUTO"

This setting specifies the type of in-browser console used to access the VMs. Valid values are "AUTO"``(default), ``"VNC", "SPICE", "RDP", "SERIAL", and None. None deactivates the in-browser console and is available in version 2014.2(Juno). "SERIAL" is available since 2015.1(Kilo).

SWIFT_FILE_TRANSFER_CHUNK_SIZE¶

Default: 512 * 1024

This setting specifies the size of the chunk (in bytes) for downloading objects from Swift. Do not make it very large (higher than several dozens of Megabytes, exact number depends on your connection speed), otherwise you may encounter socket timeout. The default value is 524288 bytes (or 512 Kilobytes).

INSTANCE_LOG_LENGTH¶

Default: 35

This setting enables you to change the default number of lines displayed for the log of an instance. Valid value must be a positive integer.

CREATE_INSTANCE_FLAVOR_SORT¶

Default: {'key':'ram'}

When launching a new instance the default flavor is sorted by RAM usage in ascending order. You can customize the sort order by: id, name, ram, disk and vcpus. Additionally, you can insert any custom callback function. You can also provide a flag for reverse sort. See the description in local_settings.py.example for more information.

This example sorts flavors by vcpus in descending order:

CREATE_INSTANCE_FLAVOR_SORT = {
     'key':'vcpus',
     'reverse': True,
}

ANGULAR_FEATURES¶

Default:

{
  'images_panel': True,
  'flavors_panel': False,
  'users_panel': False,
  'roles_panel': False,
  'domains_panel': False
}

A dictionary of currently available AngularJS features. This allows simple toggling of legacy or rewritten features, such as new panels, workflows etc.

AVAILABLE_THEMES¶

Default:

AVAILABLE_THEMES = [
     ('default', 'Default', 'themes/default'),
     ('material', 'Material', 'themes/material'),
]

This setting tells Horizon which themes to use.

A list of tuples which define multiple themes. The tuple format is ('{{ theme_name }}', '{{ theme_label }}', '{{ theme_path }}').

The theme_name is the name used to define the directory which the theme is collected into, under /{{ THEME_COLLECTION_DIR }}. It also specifies the key by which the selected theme is stored in the browser’s cookie.

The theme_label is the user-facing label that is shown in the theme picker. The theme picker is only visible if more than one theme is configured, and shows under the topnav’s user menu.

By default, the theme path is the directory that will serve as the static root of the theme and the entire contents of the directory is served up at /{{ THEME_COLLECTION_DIR }}/{{ theme_name }}. If you wish to include content other than static files in a theme directory, but do not wish that content to be served up, then you can create a sub directory named static. If the theme folder contains a sub-directory with the name static, then static/custom/static will be used as the root for the content served at /static/custom.

The static root of the theme folder must always contain a _variables.scss file and a _styles.scss file. These must contain or import all the bootstrap and horizon specific variables and styles which are used to style the GUI. For example themes, see: /horizon/openstack_dashboard/themes/

Horizon ships with two themes configured. ‘default’ is the default theme, and ‘material’ is based on Google’s Material Design.

DEFAULT_THEME¶

Default: "default"

This setting tells Horizon which theme to use if the user has not yet selected a theme through the theme picker and therefore set the cookie value. This value represents the theme_name key that is used from AVAILABLE_THEMES. To use this setting, the theme must also be configured inside of AVAILABLE_THEMES.

THEME_COLLECTION_DIR¶

Default: "themes"

This setting tells Horizon which static directory to collect the available themes into, and therefore which URL points to the theme collection root. For example, the default theme would be accessible via /{{ STATIC_URL }}/themes/default.

THEME_COOKIE_NAME¶

Default: "theme"

This setting tells Horizon in which cookie key to store the currently set theme. The cookie expiration is currently set to a year.

CUSTOM_THEME_PATH¶

(Deprecated)

Default: "themes/default"

This setting tells Horizon to use a directory as a custom theme.

By default, this directory will serve as the static root of the theme and the entire contents of the directory will be served up at /static/custom. If you wish to include content other than static files in a theme directory, but do not wish that content to be served up, then you can create a sub directory named static. If the theme folder contains a sub-directory with the name static, then static/custom/static will be used as the root for the content served at /static/custom.

The static root of the theme folder must always contain a _variables.scss file and a _styles.scss file. These must contain or import all the bootstrap and horizon specific variables and styles which are used to style the GUI. For example themes, see: /horizon/openstack_dashboard/themes/

Horizon ships with one alternate theme based on Google’s Material Design. To use the alternate theme, set your CUSTOM_THEME_PATH to themes/material.

This option is now marked as “deprecated” and will be removed in Newton or a later release. Themes are now controlled by AVAILABLE_THEMES. We suggest changing your custom theme settings to use this option instead.

DEFAULT_THEME_PATH¶

(Deprecated)

Default: "themes/default"

This setting allows Horizon to collect an additional theme during static collection and be served up via /static/themes/default. This is useful if CUSTOM_THEME_PATH inherits from another theme (like ‘default’).

If DEFAULT_THEME_PATH is the same as CUSTOM_THEME_PATH, then collection is skipped and /static/themes will not exist.

This option is now marked as “deprecated” and will be removed in Newton or a later release. Themes are now controlled by AVAILABLE_THEMES.

DROPDOWN_MAX_ITEMS¶

Default: 30

This setting sets the maximum number of items displayed in a dropdown. Dropdowns that limit based on this value need to support a way to observe the entire list.

ENABLE_CLIENT_TOKEN¶

Default: True

This setting will Enable/Disable access to the Keystone Token to the browser.

ENFORCE_PASSWORD_CHECK¶

Default: False

This setting will display an ‘Admin Password’ field on the Change Password form to verify that it is indeed the admin logged-in who wants to change the password.

IMAGES_LIST_FILTER_TENANTS¶

Default: None

A list of dictionaries to add optional categories to the image fixed filters in the Images panel, based on project ownership.

Each dictionary should contain a tenant attribute with the project id, and optionally a text attribute specifying the category name, and an icon attribute that displays an icon in the filter button. The icon names are based on the default icon theme provided by Bootstrap.

Example: [{'text': 'Official', 'tenant': '27d0058849da47c896d205e2fc25a5e8', 'icon': 'icon-ok'}]

IMAGE_RESERVED_CUSTOM_PROPERTIES¶

Default: []

A list of image custom property keys that should not be displayed in the Update Metadata tree.

This setting can be used in the case where a separate panel is used for managing a custom property or if a certain custom property should never be edited.

LAUNCH_INSTANCE_DEFAULTS¶

Default:

{
    "config_drive": False,
    "enable_scheduler_hints": True,
    "disable_image": False,
    "disable_instance_snapshot": False,
    "disable_volume": False,
    "disable_volume_snapshot": False,
    "create_volume": True,
}

A dictionary of settings which can be used to provide the default values for properties found in the Launch Instance modal.

The config_drive setting specifies the default value for the Configuration Drive property.

The enable_scheduler_hints setting specifies whether or not Scheduler Hints can be provided when launching an instance.

The create_volume setting allows you to specify the default value for the option of creating a new volume in the workflow for image and instance snapshot sources.

The disable_image setting disables Images as a valid boot source for launching instances. Image sources won’t show up in the Launch Instance modal.

The disable_instance_snapshot setting disables Snapshots as a valid boot source for launching instances. Snapshots sources won’t show up in the Launch Instance modal.

The disable_volume setting disables Volumes as a valid boot source for launching instances. Volumes sources won’t show up in the Launch Instance modal.

The disable_volume_snapshot setting disables Volume Snapshots as a valid boot source for launching instances. Volume Snapshots sources won’t show up in the Launch Instance modal.

LAUNCH_INSTANCE_NG_ENABLED¶

Default: True

This setting enables the AngularJS Launch Instance workflow.

LAUNCH_INSTANCE_LEGACY_ENABLED¶

Default: False

This setting enables the Python Launch Instance workflow.

MESSAGES_PATH¶

Default: None

The absolute path to the directory where message files are collected.

When the user logins to horizon, the message files collected are processed and displayed to the user. Each message file should contain a JSON formatted data and must have a .json file extension. For example:

{
    "level": "info",
    "message": "message of the day here"
}

Possible values for level are: success, info, warning and error.

OPENSTACK_API_VERSIONS¶

Default:

{
    "data-processing": 1.1,
    "identity": 2.0,
    "volume": 2,
    "compute": 2
}

Overrides for OpenStack API versions. Use this setting to force the OpenStack dashboard to use a specific API version for a given service API.

OPENSTACK_API_VERSIONS = {
    "data-processing": 1.1,
    "identity": 3,
    "volume": 2,
    "compute": 2
}

OPENSTACK_ENABLE_PASSWORD_RETRIEVE¶

Default: "False"

When set, enables the instance action “Retrieve password” allowing password retrieval from metadata service.

OPENSTACK_CLOUDS_YAML_NAME¶

Default: openstack

The name of the entry to put into the user’s clouds.yaml file.

OPENSTACK_CLOUDS_YAML_PROFILE¶

Default: None

If set, the name of the vendor profile from os-client-config.

OPENSTACK_ENDPOINT_TYPE¶

Default: "publicURL"

A string which specifies the endpoint type to use for the endpoints in the Keystone service catalog. The default value for all services except for identity is "publicURL" . The default value for the identity service is "internalURL".

OPENSTACK_HOST¶

Default: "127.0.0.1"

The hostname of the Keystone server used for authentication if you only have one region. This is often the only setting that needs to be set for a basic deployment.

If you have multiple regions you should use the AVAILABLE_REGIONS setting instead.

OPENSTACK_HYPERVISOR_FEATURES¶

Default:

{
    'can_set_mount_point': False,
    'can_set_password': False,
    'requires_keypair': False,
    'enable_quotas': True
}

A dictionary containing settings which can be used to identify the capabilities of the hypervisor for Nova.

The Xen Hypervisor has the ability to set the mount point for volumes attached to instances (other Hypervisors currently do not). Setting can_set_mount_point to True will add the option to set the mount point from the UI.

Setting can_set_password to True will enable the option to set an administrator password when launching or rebuilding an instance.

Setting requires_keypair to True will require users to select a key pair when launching an instance.

Setting enable_quotas to False will make Horizon treat all Nova quotas as disabled, thus it won’t try to modify them. By default, quotas are enabled.

OPENSTACK_IMAGE_BACKEND¶

Default:

{
    'image_formats': [
        ('', _('Select format')),
        ('aki', _('AKI - Amazon Kernel Image')),
        ('ami', _('AMI - Amazon Machine Image')),
        ('ari', _('ARI - Amazon Ramdisk Image')),
        ('docker', _('Docker')),
        ('iso', _('ISO - Optical Disk Image')),
        ('qcow2', _('QCOW2 - QEMU Emulator')),
        ('raw', _('Raw')),
        ('vdi', _('VDI')),
        ('vhd', _('VHD')),
        ('vmdk', _('VMDK'))
    ]
}

Used to customize features related to the image service, such as the list of supported image formats.

OVERVIEW_DAYS_RANGE¶

Default:: 1

When set to an integer N (as by default), the start date in the Overview panel meters will be today minus N days. This setting is used to limit the amount of data fetched by default when rendering the Overview panel. If set to None (which corresponds to the behavior in past Horizon versions), the start date will be from the beginning of the current month until the current date. The legacy behaviour is not recommended for large deployments as Horizon suffers significant lags in this case.

IMAGE_CUSTOM_PROPERTY_TITLES¶

Default:

{
    "architecture": _("Architecture"),
    "kernel_id": _("Kernel ID"),
    "ramdisk_id": _("Ramdisk ID"),
    "image_state": _("Euca2ools state"),
    "project_id": _("Project ID"),
    "image_type": _("Image Type")
}

Used to customize the titles for image custom property attributes that appear on image detail pages.

HORIZON_IMAGES_ALLOW_UPLOAD¶

Default: True

(Deprecated)

If set to False, this setting disables local uploads to prevent filling up the disk on the dashboard server since uploads to the Glance image store service tend to be particularly large - in the order of hundreds of megabytes to multiple gigabytes.

The setting is marked as deprecated and will be removed in P or later release. It is superseded by the setting HORIZON_IMAGES_UPLOAD_MODE. Until the removal the False value of HORIZON_IMAGES_ALLOW_UPLOAD overrides the value of HORIZON_IMAGES_UPLOAD_MODE.

HORIZON_IMAGES_UPLOAD_MODE¶

Default: "legacy"

Valid values are "direct", "legacy" (default) and "off". "off" disables the ability to upload images via Horizon. It is equivalent to setting False on the deprecated setting HORIZON_IMAGES_ALLOW_UPLOAD. legacy enables local file upload by piping the image file through the Horizon’s web-server. It is equivalent to setting True on the deprecated setting HORIZON_IMAGES_ALLOW_UPLOAD. direct sends the image file directly from the web browser to Glance. This bypasses Horizon web-server which both reduces network hops and prevents filling up Horizon web-server’s filesystem. direct is the preferred mode, but due to the following requirements it is not the default. The direct setting requires a modern web browser, network access from the browser to the public Glance endpoint, and CORS support to be enabled on the Glance API service. Without CORS support, the browser will forbid the PUT request to a location different than the Horizon server. To enable CORS support for Glance API service, you will need to edit [cors] section of glance-api.conf file (see here how to do it). Set allowed_origin to the full hostname of Horizon web-server (e.g. http://<HOST_IP>/dashboard) and restart glance-api process.

IMAGES_ALLOW_LOCATION¶

Default: False

If set to True, this setting allows users to specify an image location (URL) as the image source when creating or updating images. Depending on the Glance version, the ability to set an image location is controlled by policies and/or the Glance configuration. Therefore IMAGES_ALLOW_LOCATION should only be set to True if Glance is configured to allow specifying a location. This setting has no effect when the Keystone catalog doesn’t contain a Glance v2 endpoint.

OPENSTACK_KEYSTONE_BACKEND¶

Default: {'name': 'native', 'can_edit_user': True, 'can_edit_project': True}

A dictionary containing settings which can be used to identify the capabilities of the auth backend for Keystone.

If Keystone has been configured to use LDAP as the auth backend then set can_edit_user and can_edit_project to False and name to "ldap".

OPENSTACK_KEYSTONE_DEFAULT_DOMAIN¶

Default: "Default"

Overrides the default domain used when running on single-domain model with Keystone V3. All entities will be created in the default domain.

OPENSTACK_KEYSTONE_DEFAULT_ROLE¶

Default: "_member_"

The name of the role which will be assigned to a user when added to a project. This value must correspond to an existing role name in Keystone. In general, the value should match the member_role_name defined in keystone.conf.

OPENSTACK_KEYSTONE_ADMIN_ROLES¶

Default: ["admin"]

The list of roles that have administrator privileges in this OpenStack installation. This check is very basic and essentially only works with keystone v2.0 and v3 with the default policy file. The setting assumes there is a common admin like role(s) across services. Example uses of this setting are:

• to rename the admin role to cloud-admin
• allowing multiple roles to have administrative privileges, like ["admin", "cloud-admin", "net-op"]

OPENSTACK_KEYSTONE_MULTIDOMAIN_SUPPORT¶

Default: False

Set this to True if running on multi-domain model. When this is enabled, it will require user to enter the Domain name in addition to username for login.

OPENSTACK_KEYSTONE_URL¶

Default: "http://%s:5000/v2.0" % OPENSTACK_HOST

The full URL for the Keystone endpoint used for authentication. Unless you are using HTTPS, running your Keystone server on a nonstandard port, or using a nonstandard URL scheme you shouldn’t need to touch this setting.

OPENSTACK_KEYSTONE_FEDERATION_MANAGEMENT¶

Default: False

Set this to True to enable panels that provide the ability for users to manage Identity Providers (IdPs) and establish a set of rules to map federation protocol attributes to Identity API attributes. This extension requires v3.0+ of the Identity API.

WEBSSO_ENABLED¶

Default: False

Enables keystone web single-sign-on if set to True. For this feature to work, make sure that you are using Keystone V3 and Django OpenStack Auth V1.2.0 or later.

WEBSSO_INITIAL_CHOICE¶

Default: "credentials"

Determines the default authentication mechanism. When user lands on the login page, this is the first choice they will see.

WEBSSO_CHOICES¶

Default:

(
  ("credentials", _("Keystone Credentials")),
  ("oidc", _("OpenID Connect")),
  ("saml2", _("Security Assertion Markup Language"))
)

This is the list of authentication mechanisms available to the user. It includes Keystone federation protocols such as OpenID Connect and SAML, and also keys that map to specific identity provider and federation protocol combinations (as defined in WEBSSO_IDP_MAPPING). The list of choices is completely configurable, so as long as the id remains intact. Do not remove the credentials mechanism unless you are sure. Once removed, even admins will have no way to log into the system via the dashboard.

WEBSSO_IDP_MAPPING¶

Default: {}

A dictionary of specific identity provider and federation protocol combinations. From the selected authentication mechanism, the value will be looked up as keys in the dictionary. If a match is found, it will redirect the user to a identity provider and federation protocol specific WebSSO endpoint in keystone, otherwise it will use the value as the protocol_id when redirecting to the WebSSO by protocol endpoint.

Example:

WEBSSO_CHOICES =  (
    ("credentials", _("Keystone Credentials")),
    ("oidc", _("OpenID Connect")),
    ("saml2", _("Security Assertion Markup Language")),
    ("acme_oidc", "ACME - OpenID Connect"),
    ("acme_saml2", "ACME - SAML2")
)

WEBSSO_IDP_MAPPING = {
    "acme_oidc": ("acme", "oidc"),
    "acme_saml2": ("acme", "saml2")
}

TOKEN_DELETE_DISABLED¶

Default: False

This setting allows deployers to control whether a token is deleted on log out. This can be helpful when there are often long running processes being run in the Horizon environment.

OPENSTACK_CINDER_FEATURES¶

Default: {'enable_backup': False}

A dictionary of settings which can be used to enable optional services provided by cinder. Currently only the backup service is available.

OPENSTACK_HEAT_STACK¶

Default: {'enable_user_pass': True}

A dictionary of settings to use with heat stacks. Currently, the only setting available is “enable_user_pass”, which can be used to disable the password field while launching the stack. Currently HEAT API needs user password to perform all the heat operations because in HEAT API trusts is not enabled by default. So, this setting can be set as “False” in-case HEAT uses trusts by default otherwise it needs to be set as “True”.

OPENSTACK_NEUTRON_NETWORK¶

Default:

{
    'enable_router': True,
    'enable_distributed_router': False,
    'enable_ha_router': False,
    'enable_quotas': False,
    'profile_support': None,
    'supported_vnic_types': ["*"],
    'supported_provider_types': ["*"],
    'segmentation_id_range': {},
    'extra_provider_types': {},
    'enable_fip_topology_check': True,
    'enable_ipv6': True,
    'default_dns_nameservers': [],
    'physical_networks': [],
}

A dictionary of settings which can be used to enable optional services provided by Neutron and configure Neutron specific features. The following options are available.

{
    'vlan': [1024, 2048],
    'gre': [4094, 65536]
}

{
    'awesome': {
        'display_name': 'Awesome',
        'require_physical_network': False,
        'require_segmentation_id': True,
    },
}

OPENSTACK_SSL_CACERT¶

Default: None

When unset or set to None the default CA certificate on the system is used for SSL verification.

When set with the path to a custom CA certificate file, this overrides use of the default system CA certificate. This custom certificate is used to verify all connections to openstack services when making API calls.

OPENSTACK_SSL_NO_VERIFY¶

Default: False

Disable SSL certificate checks in the OpenStack clients (useful for self-signed certificates).

OPENSTACK_TOKEN_HASH_ALGORITHM¶

Default: "md5"

The hash algorithm to use for authentication tokens. This must match the hash algorithm that the identity (Keystone) server and the auth_token middleware are using. Allowed values are the algorithms supported by Python’s hashlib library.

OPENSTACK_TOKEN_HASH_ENABLED¶

(Deprecated)

Default: True

Hashing tokens from Keystone keeps the Horizon session data smaller, but it doesn’t work in some cases when using PKI tokens. Uncomment this value and set it to False if using PKI tokens and there are 401 errors due to token hashing.

This option is now marked as “deprecated” and will be removed in Ocata or a later release. PKI tokens currently work with hashing, and Keystone will soon deprecate usage of PKI tokens.

POLICY_FILES¶

Default: {'identity': 'keystone_policy.json', 'compute': 'nova_policy.json'}

This should essentially be the mapping of the contents of POLICY_FILES_PATH to service types. When policy.json files are added to POLICY_FILES_PATH, they should be included here too.

POLICY_FILES_PATH¶

Default: os.path.join(ROOT_PATH, "conf")

Specifies where service based policy files are located. These are used to define the policy rules actions are verified against.

SESSION_TIMEOUT¶

Default: "3600"

This SESSION_TIMEOUT is a method to supercede the token timeout with a shorter horizon session timeout (in seconds). So if your token expires in 60 minutes, a value of 1800 will log users out after 30 minutes.

SAHARA_AUTO_IP_ALLOCATION_ENABLED¶

Default: False

This setting notifies the Data Processing (Sahara) system whether or not automatic IP allocation is enabled. You would want to set this to True if you were running Nova Networking with auto_assign_floating_ip = True.

TROVE_ADD_USER_PERMS and TROVE_ADD_DATABASE_PERMS¶

Default: []

Trove user and database extension support. By default, support for creating users and databases on database instances is turned on. To disable these extensions set the permission to something unusable such as [!].

WEBROOT¶

Default: "/"

Specifies the location where the access to the dashboard is configured in the web server.

For example, if you’re accessing the Dashboard via https://<your server>/dashboard, you would set this to "/dashboard/".

Alias /dashboard/static %HORIZON_DIR%/static

Alias /dashboard/media %HORIZON_DIR%/openstack_dashboard/static

STATIC_ROOT¶

Default: <path_to_horizon>/static

The absolute path to the directory where static files are collected when collectstatic is run.

For more information see: https://docs.djangoproject.com/en/dev/ref/settings/#static-root

STATIC_URL¶

Default: /static/

URL that refers to files in STATIC_ROOT.

By default this value is WEBROOT/static/.

This value can be changed from the default. When changed, the alias in your webserver configuration should be updated to match.

This value is also available in the scss namespace with the variable name $static_url. Make sure you run python manage.py collectstatic and python manage.py compress after any changes to this value in settings.py.

For more information see: https://docs.djangoproject.com/en/dev/ref/settings/#static-url

DISALLOW_IFRAME_EMBED¶

Default: True

This setting can be used to defend against Clickjacking and prevent Horizon from being embedded within an iframe. Legacy browsers are still vulnerable to a Cross-Frame Scripting (XFS) vulnerability, so this option allows extra security hardening where iframes are not used in deployment. When set to true, a "frame-buster" script is inserted into the template header that prevents the web page from being framed and therefore defends against clickjacking.

For more information see: http://tinyurl.com/anticlickjack

OPENSTACK_NOVA_EXTENSIONS_BLACKLIST¶

Default: []

Ignore all listed Nova extensions, and behave as if they were unsupported. Can be used to selectively disable certain costly extensions for performance reasons.

OPENSTACK_PROFILER¶

Default: {"enabled": False}

Various settings related to integration with osprofiler library. Since it is a developer feature, it starts as disabled. To enable it, more than a single "enabled" key should be specified. Additional keys that should be specified in that dictionary are:

• "keys" is a list of strings, which are secret keys used to encode/decode the profiler data contained in request headers. Encryption is used for security purposes, other OpenStack components that are expected to profile themselves with osprofiler using the data from the request that Horizon initiated must share a common set of keys with the ones in Horizon config. List of keys is used so that security keys could be changed in non-obtrusive manner for every component in the cloud. Example: "keys": ["SECRET_KEY", "MORE_SECRET_KEY"]. For more details see osprofiler documentation.
• "notifier_connection_string" is a url to which trace messages are sent by Horizon. For other components it is usually the only URL specified in config, because other components act mostly as traces producers. Example: "notifier_connection_string": "mongodb://%s' % OPENSTACK_HOST".
• "receiver_connection_string" is a url from which traces are retrieved by Horizon, needed because Horizon is not only the traces producer, but also a consumer. Having 2 settings which usually contain the same value is legacy feature from older versions of osprofiler when OpenStack components could use oslo.messaging for notifications and the trace client used ceilometer as a receiver backend. By default Horizon uses the same URL pointing to a MongoDB cluster for both purposes, since ceilometer was too slow for using with UI. Example: "receiver_connection_string": "mongodb://%s" % OPENSTACK_HOST.

ALLOWED_PRIVATE_SUBNET_CIDR¶

Default: {'ipv4': [], 'ipv6': []}

Dict used to restrict user private subnet cidr range. An empty list means that user input will not be restricted for a corresponding IP version. By default, there is no restriction for both IPv4 and IPv6.

Example: {'ipv4': ['192.168.0.0/16', '10.0.0.0/8'], 'ipv6': ['fc00::/7',]}

FILTER_DATA_FIRST¶

Default:

{
    'admin.instances': False,
    'admin.images': False,
    'admin.networks': False,
    'admin.routers': False,
    'admin.volumes': False
}

If the dict key-value is True, when the view loads, an empty table will be rendered and the user will be asked to provide a search criteria first (in case no search criteria was provided) before loading any data.

Examples:

Override the dict:

{
    'admin.instances': True,
    'admin.images': True,
    'admin.networks': False,
    'admin.routers': False,
    'admin.volumes': False
}

Or, if you want to turn this on for an specific panel/view do:

FILTER_DATA_FIRST['admin.instances'] = True

OPERATION_LOG_ENABLED¶

Default: False

This setting can be used to log operations of all of users on Horizon. In this log, it can include date and time of an operation, an operation URL, user information such as domain, project and user, and so on. And this log format is configurable. In detail, you can see OPERATION_LOG_OPTIONS.

OPERATION_LOG_OPTIONS¶

Default:

{
 'mask_fields': ['password'],
 'target_methods': ['POST'],
 'ignored_urls': ['/js/', '/static/', '^/api/'],
 'format': ("[%(domain_name)s] [%(domain_id)s] [%(project_name)s]"
     " [%(project_id)s] [%(user_name)s] [%(user_id)s] [%(request_scheme)s]"
     " [%(referer_url)s] [%(request_url)s] [%(message)s] [%(method)s]"
     " [%(http_status)s] [%(param)s]"),
}

This setting controls the behavior of the operation log.

• mask_fields is a list of keys of post data which should be masked from the point of view of security. Fields like password should be included. The fields specified in mask_fields are logged as ********.
• target_methods is a request method which is logged to a operation log. The valid methods are POST, GET, PUT, DELETE.
• ignored_urls is a list of request URLs to be hidded from a log.
• format defines the operation log format. Currently you can use the following keywords. The default value contains all keywords.
  • %(client_ip)s
  • %(domain_name)s
  • %(domain_id)s
  • %(project_name)s
  • %(project_id)s
  • %(user_name)s
  • %(user_id)s
  • %(request_scheme)s
  • %(referer_url)s
  • %(request_url)s
  • %(message)s
  • %(method)s
  • %(http_status)s
  • %(param)s

PROJECT_TABLE_EXTRA_INFO¶

Default: {}

Adds additional information for projects as extra attributes. Projects and users can have extra attributes as defined by keystone v3. This setting allows those attributes to be shown in horizon. For example:

PROJECT_TABLE_EXTRA_INFO = {
    'phone_num': _('Phone Number'),
}

USER_TABLE_EXTRA_INFO¶

Default: {}

Same as PROJECT_TABLE_EXTRA_INFO, add additional information for user.

ALLOWED_HOSTS¶

Default: ['localhost']

This list should contain names (or IP addresses) of the host running the dashboard; if it’s being accessed via name, the DNS name (and probably short-name) should be added, if it’s accessed via IP address, that should be added. The setting may contain more than one entry.

DEBUG and TEMPLATE_DEBUG¶

Default: True

Controls whether unhandled exceptions should generate a generic 500 response or present the user with a pretty-formatted debug information page.

When set, CACHED_TEMPLATE_LOADERS will not be cached.

This setting should always be set to False for production deployments as the debug page can display sensitive information to users and attackers alike.

TEMPLATE_LOADERS¶

These template loaders will be the first loaders and get loaded before the CACHED_TEMPLATE_LOADERS. Use ADD_TEMPLATE_LOADERS if you want to add loaders at the end and not cache loaded templates. After the whole settings process has gone through, TEMPLATE_LOADERS will be:

TEMPLATE_LOADERS += (
        ('django.template.loaders.cached.Loader', CACHED_TEMPLATE_LOADERS),
    ) + tuple(ADD_TEMPLATE_LOADERS)

CACHED_TEMPLATE_LOADERS¶

Template loaders defined here will have their output cached if DEBUG is set to False.

ADD_TEMPLATE_LOADERS¶

Template loaders defined here will be loaded at the end of TEMPLATE_LOADERS, after the CACHED_TEMPLATE_LOADERS and will never have a cached output.

NG_TEMPLATE_CACHE_AGE¶

Angular Templates are cached using this duration (in seconds) if DEBUG is set to False. Default value is 2592000 (or 30 days).

SECRET_KEY¶

This should absolutely be set to a unique (and secret) value for your deployment. Unless you are running a load-balancer with multiple Horizon installations behind it, each Horizon instance should have a unique secret key.

From horizon.utils import secret_key:

SECRET_KEY = secret_key.generate_or_read_from_file(
os.path.join(LOCAL_PATH, '.secret_key_store'))

The local_settings.py.example file includes a quick-and-easy way to generate a secret key for a single installation.

SECURE_PROXY_SSL_HEADER, CSRF_COOKIE_SECURE and SESSION_COOKIE_SECURE¶

These three settings should be configured if you are deploying Horizon with SSL. The values indicated in the default local_settings.py.example file are generally safe to use.

When CSRF_COOKIE_SECURE or SESSION_COOKIE_SECURE are set to True, these attributes help protect the session cookies from cross-site scripting.

ADD_INSTALLED_APPS¶

A list of Django applications to be prepended to the INSTALLED_APPS setting. Allows extending the list of installed applications without having to override it completely.

ADD_EXCEPTIONS¶

A dictionary of exception classes to be added to HORIZON['exceptions'].

ADD_INSTALLED_APPS¶

A list of applications to be prepended to INSTALLED_APPS. This is needed to expose static files from a plugin.

ADD_ANGULAR_MODULES¶

A list of AngularJS modules to be loaded when Angular bootstraps. These modules are added as dependencies on the root Horizon application horizon.

ADD_JS_FILES¶

A list of javascript source files to be included in the compressed set of files that are loaded on every page. This is needed for AngularJS modules that are referenced in ADD_ANGULAR_MODULES and therefore need to be included in every page.

ADD_JS_SPEC_FILES¶

A list of javascript spec files to include for integration with the Jasmine spec runner. Jasmine is a behavior-driven development framework for testing JavaScript code.

ADD_SCSS_FILES¶

A list of scss files to be included in the compressed set of files that are loaded on every page. We recommend one scss file per dashboard, use @import if you need to include additional scss files for panels.

AUTO_DISCOVER_STATIC_FILES¶

If set to True, JavaScript files and static angular html template files will be automatically discovered from the static folder in each apps listed in ADD_INSTALLED_APPS.

JavaScript source files will be ordered based on naming convention: files with extension .module.js listed first, followed by other JavaScript source files.

JavaScript files for testing will also be ordered based on naming convention: files with extension .mock.js listed first, followed by files with extension .spec.js.

If ADD_JS_FILES and/or ADD_JS_SPEC_FILES are also specified, files manually listed there will be appended to the auto-discovered files.

DISABLED¶

If set to True, this settings file will not be added to the settings.

UPDATE_HORIZON_CONFIG¶

A dictionary of values that will replace the values in HORIZON_CONFIG.

DASHBOARD¶

The slug of the dashboard to be added to HORIZON['dashboards']. Required.

DEFAULT¶

If set to True, this dashboard will be set as the default dashboard.

Examples¶

To disable a dashboard locally, create a file openstack_dashboard/local/enabled/_40_dashboard-name.py with the following content:

DASHBOARD = '<dashboard-name>'
DISABLED = True

To add a Tuskar-UI (Infrastructure) dashboard, you have to install it, and then create a file openstack_dashboard/local/enabled/_50_tuskar.py with:

from tuskar_ui import exceptions

DASHBOARD = 'infrastructure'
ADD_INSTALLED_APPS = [
    'tuskar_ui.infrastructure',
]
ADD_EXCEPTIONS = {
    'recoverable': exceptions.RECOVERABLE,
    'not_found': exceptions.NOT_FOUND,
    'unauthorized': exceptions.UNAUTHORIZED,
}

PANEL¶

The slug of the panel to be added to HORIZON_CONFIG. Required.

PANEL_DASHBOARD¶

The slug of the dashboard the PANEL associated with. Required.

PANEL_GROUP¶

The slug of the panel group the PANEL is associated with. If you want the panel to show up without a panel group, use the panel group “default”.

DEFAULT_PANEL¶

If set, it will update the default panel of the PANEL_DASHBOARD.

ADD_PANEL¶

Python panel class of the PANEL to be added.

REMOVE_PANEL¶

If set to True, the PANEL will be removed from PANEL_DASHBOARD/PANEL_GROUP.

Examples¶

To add a new panel to the Admin panel group in Admin dashboard, create a file openstack_dashboard/local/enabled/_60_admin_add_panel.py with the following content:

PANEL = 'plugin_panel'
PANEL_DASHBOARD = 'admin'
PANEL_GROUP = 'admin'
ADD_PANEL = 'test_panels.plugin_panel.panel.PluginPanel'

To remove Info panel from Admin panel group in Admin dashboard locally, create a file openstack_dashboard/local/enabled/_70_admin_remove_panel.py with the following content:

PANEL = 'info'
PANEL_DASHBOARD = 'admin'
PANEL_GROUP = 'admin'
REMOVE_PANEL = True

To change the default panel of Admin dashboard to Instances panel, create a file openstack_dashboard/local/enabled/_80_admin_default_panel.py with the following content:

PANEL = 'instances'
PANEL_DASHBOARD = 'admin'
PANEL_GROUP = 'admin'
DEFAULT_PANEL = 'instances'

PANEL_GROUP¶

The slug of the panel group to be added to HORIZON_CONFIG. Required.

PANEL_GROUP_NAME¶

The display name of the PANEL_GROUP. Required.

PANEL_GROUP_DASHBOARD¶

The slug of the dashboard the PANEL_GROUP associated with. Required.

Examples¶

To add a new panel group to the Admin dashboard, create a file openstack_dashboard/local/enabled/_90_admin_add_panel_group.py with the following content:

PANEL_GROUP = 'plugin_panel_group'
PANEL_GROUP_NAME = 'Plugin Panel Group'
PANEL_GROUP_DASHBOARD = 'admin'