RST cleanup: remove line numbering from code listings
Change-Id: If421d82e4c3522a008054c31a2003e81d591bbd3
This commit is contained in:
parent
3e2b271c13
commit
6475c37330
@ -1,8 +1,5 @@
|
||||
.. _baremetal:
|
||||
|
||||
.. highlight: ini
|
||||
:linenothreshold:
|
||||
|
||||
==========
|
||||
Bare Metal
|
||||
==========
|
||||
|
@ -1,6 +1,3 @@
|
||||
.. highlight:: console
|
||||
:linenothreshold: 5
|
||||
|
||||
==================
|
||||
Consistency groups
|
||||
==================
|
||||
|
@ -1,6 +1,3 @@
|
||||
.. highlight:: ini
|
||||
:linenothreshold: 5
|
||||
|
||||
==========================================================
|
||||
Configure and use driver filter and weighing for scheduler
|
||||
==========================================================
|
||||
|
@ -1,8 +1,5 @@
|
||||
.. _glusterfs_removal:
|
||||
|
||||
.. highlight: ini
|
||||
:linenothreshold: 5
|
||||
|
||||
===============================================
|
||||
Gracefully remove a GlusterFS volume from usage
|
||||
===============================================
|
||||
|
@ -1,8 +1,5 @@
|
||||
.. _multi_backend:
|
||||
|
||||
.. highlight: ini
|
||||
:linenothreshold: 5
|
||||
|
||||
====================================
|
||||
Configure multiple-storage back ends
|
||||
====================================
|
||||
@ -55,7 +52,6 @@ the ``[DEFAULT]`` configuration group are not used.
|
||||
These examples show three back ends:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
enabled_backends=lvmdriver-1,lvmdriver-2,lvmdriver-3
|
||||
[lvmdriver-1]
|
||||
@ -87,7 +83,6 @@ provides more information. In addition, this example presents a
|
||||
Channel drivers.
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[3par]
|
||||
use_multipath_for_image_xfer = true
|
||||
|
@ -1,6 +1,5 @@
|
||||
.. _over_subscription:
|
||||
|
||||
|
||||
=====================================
|
||||
Oversubscription in thin provisioning
|
||||
=====================================
|
||||
@ -50,7 +49,6 @@ Capabilities
|
||||
Drivers can report the following capabilities for a back end or a pool:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
thin_provisioning_support = True(or False)
|
||||
thick_provisioning_support = True(or False)
|
||||
@ -77,7 +75,6 @@ If volume type is provided as part of the volume creation request, it can
|
||||
have the following extra specs defined:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
'capabilities:thin_provisioning_support': '<is> True' or '<is> False'
|
||||
'capabilities:thick_provisioning_support': '<is> True' or '<is> False'
|
||||
@ -88,7 +85,6 @@ have the following extra specs defined:
|
||||
``thick_provisioning_support`` is not required. So the following works too:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
'thin_provisioning_support': '<is> True' or '<is> False'
|
||||
'thick_provisioning_support': '<is> True' or '<is> False'
|
||||
|
@ -1,8 +1,5 @@
|
||||
.. _ratelimit_volume_copy_bandwidth:
|
||||
|
||||
.. highlight: ini
|
||||
:linenothreshold: 5
|
||||
|
||||
================================
|
||||
Rate-limit volume copy bandwidth
|
||||
================================
|
||||
@ -29,7 +26,6 @@ Example :file:`cinder.conf` configuration file to limit volume copy bandwidth
|
||||
of ``lvmdriver-1`` up to 100 MiB/s:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[lvmdriver-1]
|
||||
volume_group=cinder-volumes-1
|
||||
|
@ -1,6 +1,3 @@
|
||||
.. highlight: ini
|
||||
:linenothreshold: 5
|
||||
|
||||
.. _volume_backups:
|
||||
|
||||
===========================
|
||||
@ -106,7 +103,6 @@ following configuration options to the ``[DEFAULT]`` section of the
|
||||
:file:`cinder.conf` file and restart the Block Storage services:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
backup_driver = cinder.backup.drivers.nfs
|
||||
backup_share = HOST:EXPORT_PATH
|
||||
@ -118,7 +114,6 @@ that non-default mount options be specified for the share, set these as
|
||||
follows:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
backup_mount_options = MOUNT_OPTIONS
|
||||
|
||||
@ -129,7 +124,6 @@ There are several other options whose default values may be overridden as
|
||||
appropriate for your environment:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
backup_compression_algorithm = zlib
|
||||
backup_sha_block_size_bytes = 32768
|
||||
|
@ -1,6 +1,3 @@
|
||||
.. highlight: ini
|
||||
:linenothreshold: 5
|
||||
|
||||
.. _volume_backups_export_import:
|
||||
|
||||
=================================
|
||||
|
@ -1,8 +1,5 @@
|
||||
.. _volume_migration.rst:
|
||||
|
||||
.. highlight: ini
|
||||
:linenothreshold: 5
|
||||
|
||||
===============
|
||||
Migrate volumes
|
||||
===============
|
||||
|
@ -1,8 +1,5 @@
|
||||
.. _volume_number_weigher:
|
||||
|
||||
.. highlight: ini
|
||||
:linenothreshold: 5
|
||||
|
||||
=======================================
|
||||
Configure and use volume number weigher
|
||||
=======================================
|
||||
@ -33,7 +30,6 @@ This configuration defines two LVM volume groups: ``stack-volumes`` with
|
||||
This example configuration defines two back ends:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
scheduler_default_weighers=VolumeNumberWeigher
|
||||
enabled_backends=lvmdriver-1,lvmdriver-2
|
||||
|
@ -203,7 +203,6 @@ Example Compute installation environment
|
||||
attention to the permissions (Compute should be able to write)
|
||||
|
||||
.. code-block:: console
|
||||
:linenos:
|
||||
|
||||
$ ls -ld NOVA-INST-DIR/instances/
|
||||
drwxr-xr-x 2 nova nova 4096 2012-05-07 14:34 nova-install-dir/instances/
|
||||
|
@ -369,7 +369,6 @@ retrieve the metadata, make a GET request to
|
||||
$ curl http://169.254.169.254/openstack/2012-08-10/meta_data.json
|
||||
|
||||
.. code-block:: json
|
||||
:linenos:
|
||||
|
||||
{
|
||||
"uuid": "d8e02d56-2648-49a3-bf97-6be8f1204f38",
|
||||
@ -817,7 +816,6 @@ image.
|
||||
Edit the :file:`/etc/network/interfaces` file:
|
||||
|
||||
.. code-block:: bash
|
||||
:linenos:
|
||||
|
||||
# The loopback network interface
|
||||
auto lo
|
||||
|
@ -59,7 +59,6 @@ project.
|
||||
:file:`/etc/nova/nova.conf` file:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[trusted_computing]
|
||||
attestation_server = 10.1.71.206
|
||||
|
@ -36,7 +36,6 @@ enable it, simply follow the configuration options exposed in the default
|
||||
configuration file, or add it yourself according to the pattern below.
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[cors]
|
||||
allowed_origin = https://first_ui.example.com
|
||||
@ -54,7 +53,6 @@ suffix to :code:`cors.` is legibility, we recommend using a reasonable
|
||||
human-readable string:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[cors.ironic_webclient]
|
||||
# CORS Configuration for a hypothetical ironic webclient, which overrides
|
||||
@ -82,7 +80,6 @@ running the service. Then, add the following configuration block to your
|
||||
:file:`paste.ini` file.
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[filter:cors]
|
||||
paste.filter_factory = oslo_middleware.cors:filter_factory
|
||||
|
@ -1,6 +1,3 @@
|
||||
.. highlight:: guess
|
||||
:linenothreshold: 5
|
||||
|
||||
========================================
|
||||
Set up session storage for the Dashboard
|
||||
========================================
|
||||
|
@ -1,8 +1,5 @@
|
||||
.. _database:
|
||||
|
||||
.. highlight: ini
|
||||
:linenothreshold:
|
||||
|
||||
========
|
||||
Database
|
||||
========
|
||||
@ -50,7 +47,6 @@ datastore version.
|
||||
instance you are using to build your image:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
rabbit_host = controller
|
||||
rabbit_password = RABBIT_PASS
|
||||
|
@ -201,7 +201,6 @@ To restrict all Compute service requests to require this role, the
|
||||
resulting file looks like:
|
||||
|
||||
.. code-block:: json
|
||||
:linenos:
|
||||
|
||||
{
|
||||
"admin_or_owner": "role:admin or project_id:%(project_id)s",
|
||||
|
@ -9,7 +9,6 @@ example, the :command:`user-list` and :command:`tenant-create`
|
||||
commands can be invoked as follows:
|
||||
|
||||
.. code-block:: bash
|
||||
:linenos:
|
||||
|
||||
# Using token auth env variables
|
||||
export OS_SERVICE_ENDPOINT=http://127.0.0.1:5000/v2.0/
|
||||
|
@ -80,7 +80,6 @@ such as user passwords.
|
||||
List of object attributes:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
role:
|
||||
target.role.id
|
||||
|
@ -31,7 +31,6 @@ configuration option. In your services configuration file, look for a
|
||||
section like this:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[keystone_authtoken]
|
||||
signing_dir = /var/cache/glance/api
|
||||
|
@ -11,7 +11,6 @@ filter, insert it after the "option:`*_body` middleware and before the
|
||||
:file:`keystone-paste.ini`. For example:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[filter:user_crud_extension]
|
||||
paste.filter_factory = keystone.contrib.user_crud:CrudExtension.factory
|
||||
|
@ -15,7 +15,6 @@ be cached usually has a caching boolean value that toggles caching.
|
||||
So to enable only the token back end caching, set the values as follows:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[cache]
|
||||
enabled=true
|
||||
@ -123,7 +122,6 @@ Configure the Memcached back end example
|
||||
The following example shows how to configure the memcached back end:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[cache]
|
||||
|
||||
|
@ -133,7 +133,6 @@ Create a certificate request configuration file. For example, create the
|
||||
:file:`cert_req.conf` file, as follows:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[ req ]
|
||||
default_bits = 4096
|
||||
|
@ -41,7 +41,6 @@ file. The following SSL configuration example uses the included sample
|
||||
certificates:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[eventlet_server_ssl]
|
||||
enable = True
|
||||
|
@ -31,7 +31,6 @@ assignments in LDAP.
|
||||
``keystone.assignment.backends.sql.Assignment``:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[assignment]
|
||||
#driver = keystone.assignment.backends.sql.Assignment
|
||||
@ -41,7 +40,6 @@ assignments in LDAP.
|
||||
their corresponding location in the ``keystone.conf`` file:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[ldap]
|
||||
role_tree_dn =
|
||||
@ -64,7 +62,6 @@ assignments in LDAP.
|
||||
permissions are applied to object types in the ``keystone.conf`` file:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[ldap]
|
||||
role_allow_create = False
|
||||
@ -95,7 +92,6 @@ Filters
|
||||
Use filters to control the scope of data presented through LDAP.
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[ldap]
|
||||
project_filter = (member=cn=openstack-user,ou=workgroups,
|
||||
@ -115,7 +111,6 @@ Assignment attribute mapping
|
||||
update.
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[ldap]
|
||||
role_id_attribute = cn
|
||||
@ -141,7 +136,6 @@ Enabled emulation
|
||||
enabled emulation.
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[ldap]
|
||||
project_enabled_emulation = false
|
||||
|
@ -20,7 +20,6 @@ administrators to use users and groups in LDAP.
|
||||
allows LDAP as an identity back end:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[identity]
|
||||
#driver = keystone.identity.backends.sql.Identity
|
||||
@ -30,7 +29,6 @@ administrators to use users and groups in LDAP.
|
||||
the corresponding location in the :file:`keystone.conf` file:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[ldap]
|
||||
user_tree_dn = ou=Users,dc=example,dc=org
|
||||
@ -53,7 +51,6 @@ administrators to use users and groups in LDAP.
|
||||
permissions are applied to object types in the :file:`keystone.conf`:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[ldap]
|
||||
user_allow_create = False
|
||||
@ -119,7 +116,6 @@ administrators to use users and groups in LDAP.
|
||||
:file:`/etc/keystone/domains/keystone.DOMAIN_NAME.conf` file. For example:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[ldap]
|
||||
url = ldap://localhost
|
||||
@ -134,7 +130,6 @@ administrators to use users and groups in LDAP.
|
||||
:file:`/etc/keystone/domains/keystone.DOMAIN_NAME.conf` file. For example:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[ldap]
|
||||
user_tree_dn = ou=Users,dc=example,dc=org
|
||||
@ -188,7 +183,6 @@ Filters
|
||||
Use filters to control the scope of data presented through LDAP.
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[ldap]
|
||||
user_filter = (memberof=cn=openstack-users,ou=workgroups,dc=example,dc=org)
|
||||
@ -206,7 +200,6 @@ Identity attribute mapping
|
||||
in the :file:`keystone.conf` file:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[ldap]
|
||||
user_id_attribute = cn
|
||||
@ -236,7 +229,6 @@ Enabled emulation
|
||||
emulation.
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[ldap]
|
||||
user_enabled_emulation = false
|
||||
|
@ -59,7 +59,6 @@ end configuration examples. Modify these examples as needed.
|
||||
#. Define the destination LDAP server in the :file:`keystone.conf` file:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[ldap]
|
||||
url = ldap://localhost
|
||||
@ -73,7 +72,6 @@ end configuration examples. Modify these examples as needed.
|
||||
the ``use_dumb_member`` variable.
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[ldap]
|
||||
dumb_member = cn=dumb,dc=nonexistent
|
||||
@ -101,7 +99,6 @@ setting summary:
|
||||
chasing behavior for queries.
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[ldap]
|
||||
query_scope = sub
|
||||
@ -115,7 +112,6 @@ Use ``debug_level`` to set the LDAP debugging level for LDAP calls.
|
||||
A value of zero means that debugging is not enabled.
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[ldap]
|
||||
debug_level = 0
|
||||
@ -132,7 +128,6 @@ connection pool size, maximum retry, reconnect trials, timeout (-1
|
||||
indicates indefinite wait) and lifetime in seconds.
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[ldap]
|
||||
use_pool = true
|
||||
@ -149,7 +144,6 @@ authentication. Configure connection pool size and lifetime in
|
||||
seconds.
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[ldap]
|
||||
use_auth_pool = false
|
||||
|
@ -13,7 +13,6 @@ You configure the authentication types for a token binding in the
|
||||
:file:`keystone.conf` file:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[token]
|
||||
bind = kerberos
|
||||
@ -21,7 +20,6 @@ You configure the authentication types for a token binding in the
|
||||
or
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[token]
|
||||
bind = x509
|
||||
@ -52,7 +50,6 @@ option to one of these modes:
|
||||
mechanism for tokens:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[token]
|
||||
enforce_token_bind = kerberos
|
||||
@ -62,7 +59,6 @@ option to one of these modes:
|
||||
mechanism for tokens:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[token]
|
||||
enforce_token_bind = x509
|
||||
|
@ -21,7 +21,6 @@ methods:
|
||||
- Provide logging setting in :file:`neutron.conf`.
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[DEFAULT]
|
||||
# Default log level is WARNING
|
||||
@ -57,7 +56,6 @@ To support DHCP agent, rpc\_notifier driver must be set. To set up the
|
||||
notification, edit notification options in :file:`neutron.conf`:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
# Driver or drivers to handle sending notifications. (multi
|
||||
# valued)
|
||||
@ -80,7 +78,6 @@ queue bound to a topic exchange defined by ``control_exchange`` in
|
||||
:file:`neutron.conf`.
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
# ============ Notification System Options ====================
|
||||
|
||||
@ -129,7 +126,6 @@ and ``notifications_two.info`` queues bound to a topic exchange defined
|
||||
by ``control_exchange`` in :file:`neutron.conf`.
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
# ============ Notification System Options =====================
|
||||
|
||||
|
@ -91,7 +91,6 @@ This extract is from the default :file:`policy.json` file:
|
||||
(tenant identifier is equal).
|
||||
|
||||
.. code-block:: json
|
||||
:linenos:
|
||||
|
||||
{
|
||||
"admin_or_owner": [
|
||||
@ -128,7 +127,6 @@ This extract is from the default :file:`policy.json` file:
|
||||
not match any of the policies in ``policy.json``.
|
||||
|
||||
.. code-block:: json
|
||||
:linenos:
|
||||
|
||||
"rule:admin_or_owner"
|
||||
]
|
||||
@ -166,7 +164,6 @@ This extract is from the default :file:`policy.json` file:
|
||||
*shared* evaluates successfully.
|
||||
|
||||
.. code-block:: json
|
||||
:linenos:
|
||||
|
||||
[
|
||||
"rule:shared"
|
||||
@ -181,7 +178,6 @@ This extract is from the default :file:`policy.json` file:
|
||||
attribute for a network to administrators only.
|
||||
|
||||
.. code-block:: json
|
||||
:linenos:
|
||||
|
||||
],
|
||||
"update_network": [
|
||||
@ -207,7 +203,6 @@ This extract is from the default :file:`policy.json` file:
|
||||
network where the port is attached.
|
||||
|
||||
.. code-block:: json
|
||||
:linenos:
|
||||
|
||||
[
|
||||
"rule:admin_or_network_owner"
|
||||
@ -236,7 +231,6 @@ define networks, see their resources, and permit administrative users to
|
||||
perform all other operations:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
{
|
||||
"admin_or_owner": [["role:admin"], ["tenant_id:%(tenant_id)s"]],
|
||||
|
@ -451,7 +451,6 @@ hyper-v-virtualization-platform.html>`__.
|
||||
networking-plugin-hyperv_agent.html>`__. Here is a sample config file:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[DEFAULT]
|
||||
verbose = true
|
||||
|
@ -264,7 +264,6 @@ Example values for the above settings, assuming a cloud controller node
|
||||
running Compute and Networking with an IP address of 192.168.1.2:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[DEFAULT]
|
||||
security_group_api=neutron
|
||||
|
@ -174,7 +174,6 @@ FWaaS management options are also available in the OpenStack dashboard.
|
||||
#. Enable the FWaaS plug-in in the :file:`/etc/neutron/neutron.conf` file:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
service_plugins = firewall
|
||||
[service_providers]
|
||||
|
@ -58,7 +58,6 @@ Configuration
|
||||
#. Neutron configuration file :file:`/etc/neutron/neutron.conf`:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[DEFAULT]
|
||||
core_plugin = linuxbridge
|
||||
@ -71,7 +70,6 @@ Configuration
|
||||
:file:`/etc/neutron/plugins/linuxbridge/linuxbridge_conf.ini`:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[vlans]
|
||||
tenant_network_type = vlan
|
||||
@ -87,7 +85,6 @@ Configuration
|
||||
#. Neutron configuration file :file:`/etc/neutron/neutron.conf`:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[DEFAULT]
|
||||
rabbit_host = controlnode
|
||||
@ -99,7 +96,6 @@ Configuration
|
||||
:file:`/etc/neutron/plugins/linuxbridge/linuxbridge_conf.ini`:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[vlans]
|
||||
tenant_network_type = vlan
|
||||
@ -113,7 +109,6 @@ Configuration
|
||||
#. Update the nova configuration file :file:`/etc/nova/nova.conf`:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[DEFAULT]
|
||||
network_api_class=nova.network.neutronv2.api.API
|
||||
|
@ -190,7 +190,6 @@ are no-ops. This avoids messy conditional logic each place a meter is
|
||||
recorded. These example usages show the new logging methods:
|
||||
|
||||
.. code-block:: bash
|
||||
:linenos:
|
||||
|
||||
# swift/obj/replicator.py
|
||||
def update(self, job):
|
||||
@ -211,7 +210,6 @@ recorded. These example usages show the new logging methods:
|
||||
self.logger.timing_since('partition.update.timing', begin)
|
||||
|
||||
.. code-block:: bash
|
||||
:linenos:
|
||||
|
||||
# swift/container/updater.py
|
||||
def process_container(self, dbfile):
|
||||
|
@ -112,7 +112,6 @@ you have lost.
|
||||
#. Load the ring and a new ringbuilder object in a Python REPL:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
>>> from swift.common.ring import RingData, RingBuilder
|
||||
>>> ring = RingData.load('/path/to/account.ring.gz')
|
||||
@ -120,7 +119,6 @@ you have lost.
|
||||
#. Start copying the data we have in the ring into the builder:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
>>> import math
|
||||
>>> partitions = len(ring._replica2part2dev_id[0])
|
||||
@ -158,7 +156,6 @@ you have lost.
|
||||
#. After it validates, save the builder and create a new ``account.builder``:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
>>> import pickle
|
||||
>>> pickle.dump(builder.to_dict(), open('account.builder', 'wb'), protocol=2)
|
||||
|
@ -1,6 +1,3 @@
|
||||
.. highlight: ini
|
||||
:linenothreshold: 3
|
||||
|
||||
.. _orchestration-auth-model:
|
||||
|
||||
=================================
|
||||
|
@ -1,5 +1,3 @@
|
||||
.. highlight: ini
|
||||
|
||||
.. _orchestration-stack-domain-users:
|
||||
|
||||
==================
|
||||
@ -96,7 +94,6 @@ You must complete the following steps to setup stack domain users:
|
||||
steps to :file:`heat.conf`:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
stack_domain_admin_password = password
|
||||
stack_domain_admin = heat_domain_admin
|
||||
|
@ -1,6 +1,3 @@
|
||||
.. highlight:: guess
|
||||
:linenothreshold: 5
|
||||
|
||||
.. _telemetry-data-collection:
|
||||
|
||||
===============
|
||||
|
@ -1,6 +1,3 @@
|
||||
.. highlight:: console
|
||||
:linenothreshold: 5
|
||||
|
||||
=====================================
|
||||
HTTP bad request in cinder volume log
|
||||
=====================================
|
||||
|
@ -1,6 +1,3 @@
|
||||
.. highlight:: console
|
||||
:linenothreshold: 5
|
||||
|
||||
===================
|
||||
Duplicate 3PAR host
|
||||
===================
|
||||
|
@ -1,6 +1,3 @@
|
||||
.. highlight:: console
|
||||
:linenothreshold: 5
|
||||
|
||||
========================================================================
|
||||
Addressing discrepancies in reported volume sizes for EqualLogic storage
|
||||
========================================================================
|
||||
|
@ -1,6 +1,3 @@
|
||||
.. highlight:: console
|
||||
:linenothreshold: 5
|
||||
|
||||
=======================================
|
||||
Failed to attach volume after detaching
|
||||
=======================================
|
||||
|
@ -1,6 +1,3 @@
|
||||
.. highlight:: console
|
||||
:linenothreshold: 5
|
||||
|
||||
=================================================
|
||||
Failed to attach volume, systool is not installed
|
||||
=================================================
|
||||
|
@ -1,6 +1,3 @@
|
||||
.. highlight:: console
|
||||
:linenothreshold: 5
|
||||
|
||||
==================================
|
||||
Failed to connect volume in FC SAN
|
||||
==================================
|
||||
|
@ -1,6 +1,3 @@
|
||||
.. highlight:: ini
|
||||
:linenothreshold: 1
|
||||
|
||||
============================================
|
||||
Troubleshoot the Block Storage configuration
|
||||
============================================
|
||||
|
@ -1,8 +1,5 @@
|
||||
:orphan:
|
||||
|
||||
.. highlight:: guess
|
||||
:linenothreshold: 5
|
||||
|
||||
=======================
|
||||
Customize the dashboard
|
||||
=======================
|
||||
|
@ -20,7 +20,6 @@ JSON formatting conventions
|
||||
Example:
|
||||
|
||||
.. code-block:: json
|
||||
:linenos:
|
||||
|
||||
{
|
||||
"uuid": "d8e02d56-2648-49a3-bf97-6be8f1204f38",
|
||||
|
@ -277,7 +277,6 @@ Enable neutron sriov-agent (Compute)
|
||||
:file:`/etc/neutron/plugins/ml2/ml2_conf_sriov.ini`:
|
||||
|
||||
.. code-block:: ini
|
||||
:linenos:
|
||||
|
||||
[securitygroup]
|
||||
firewall_driver = neutron.agent.firewall.NoopFirewallDriver
|
||||
|
@ -1,6 +1,3 @@
|
||||
.. highlight: bash
|
||||
:linenothreshold: 5
|
||||
|
||||
===============================================
|
||||
Migrate single instance to another compute host
|
||||
===============================================
|
||||
@ -27,7 +24,6 @@ target host.
|
||||
#. To migrate of an instance and watch the status, use this example script:
|
||||
|
||||
.. code-block:: bash
|
||||
:linenos:
|
||||
|
||||
#!/bin/bash
|
||||
|
||||
|
@ -1,6 +1,3 @@
|
||||
.. highlight: python
|
||||
:linenothreshold: 5
|
||||
|
||||
=======================================
|
||||
Authenticate against a Compute endpoint
|
||||
=======================================
|
||||
@ -9,7 +6,6 @@ To authenticate against a Compute endpoint, instantiate a
|
||||
`novaclient.v\_1\_1.client.Client <http://docs.openstack.org/developer/python-novaclient/api/novaclient.v1_1.client.html#novaclient.v1_1.client.Client>`__ object:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
from os import environ as env
|
||||
import novaclient.v1_1.client as nvclient
|
||||
@ -23,7 +19,6 @@ Alternatively, you can instantiate a ``novaclient.client.Client`` object
|
||||
and pass the version number:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
from os import environ as env
|
||||
import novaclient.client
|
||||
@ -47,7 +42,6 @@ modifications required to instantiate a ``Client`` object that can
|
||||
authenticate against the Rackspace custom authentication back end.
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
import novaclient.auth_plugin
|
||||
import novaclient.v1_1.client as nvclient
|
||||
@ -67,7 +61,6 @@ variable in your Python script to determine whether you need to load a
|
||||
custom authentication back end:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
import novaclient.auth_plugin
|
||||
import novaclient.v1_1.client as nvclient
|
||||
|
@ -1,6 +1,3 @@
|
||||
.. highlight: python
|
||||
:linenothreshold: 5
|
||||
|
||||
=========================================
|
||||
Authenticate against an Identity endpoint
|
||||
=========================================
|
||||
@ -9,7 +6,6 @@ To authenticate against the Identity v2.0 endpoint, instantiate a
|
||||
`keystoneclient.v\_20.client.Client <http://docs.openstack.org/developer/python-keystoneclient/api/keystoneclient.v2_0.client.html#keystoneclient.v2_0.client.Client>`__ object:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
from os import environ as env
|
||||
import keystoneclient.v2_0.client as ksclient
|
||||
|
@ -1,6 +1,3 @@
|
||||
.. highlight: python
|
||||
:linenothreshold: 5
|
||||
|
||||
==============================================
|
||||
Authenticate against an Image service endpoint
|
||||
==============================================
|
||||
@ -9,7 +6,6 @@ To authenticate against an Image service endpoint, instantiate a
|
||||
`glanceclient.v2.client.Client <http://docs.openstack.org/developer/python-glanceclient/api/glanceclient.v2.client.html#glanceclient.v2.client.Client>`__ object:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
from os import environ as env
|
||||
import glanceclient.v2.client as glclient
|
||||
|
@ -1,6 +1,3 @@
|
||||
.. highlight: python
|
||||
:linenothreshold: 5
|
||||
|
||||
==========================================
|
||||
Authenticate against a Networking endpoint
|
||||
==========================================
|
||||
@ -9,7 +6,6 @@ To authenticate against a Networking endpoint, instantiate a
|
||||
``neutronclient.v_2_0.client.Client`` object:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
from os import environ as env
|
||||
from neutronclient.v2_0 import client as neutronclient
|
||||
@ -23,7 +19,6 @@ You can also authenticate by explicitly specifying the endpoint and
|
||||
token:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
from os import environ as env
|
||||
import keystoneclient.v2_0.client as ksclient
|
||||
|
@ -1,6 +1,3 @@
|
||||
.. highlight: python
|
||||
:linenothreshold: 5
|
||||
|
||||
=======
|
||||
Compute
|
||||
=======
|
||||
@ -22,7 +19,6 @@ Get OpenStack credentials (API v2)
|
||||
This example uses the ``get_nova_credentials_v2`` method:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
def get_nova_credentials_v2():
|
||||
d = {}
|
||||
@ -75,7 +71,6 @@ List server code listing example
|
||||
--------------------------------
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
#!/usr/bin/env python
|
||||
from credentials import get_nova_credentials_v2
|
||||
@ -141,7 +136,6 @@ Create server code listing example
|
||||
----------------------------------
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
#!/usr/bin/env python
|
||||
import time
|
||||
@ -198,7 +192,6 @@ The following program deletes a server (VM) by using the Compute API v2.
|
||||
and break from the for loop:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
servers_list = nova_client.servers.list()
|
||||
server_del = "vm1"
|
||||
@ -222,7 +215,6 @@ Delete server code example
|
||||
--------------------------
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
#!/usr/bin/env python
|
||||
from credentials import get_nova_credentials_v2
|
||||
@ -265,7 +257,6 @@ Compute API v2.
|
||||
server details as shown in the code listing below:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
def print_server(server):
|
||||
print("-"*35)
|
||||
@ -302,7 +293,6 @@ Compute API v2.
|
||||
``name`` variable:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
server.update(name = n + '1')
|
||||
|
||||
@ -322,7 +312,6 @@ Update server code listing example
|
||||
----------------------------------
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
#!/usr/bin/env python
|
||||
|
||||
@ -362,7 +351,6 @@ Compute API v2.
|
||||
flavor details:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
def print_flavors(flavor_list):
|
||||
for flavor in flavor_list:
|
||||
@ -397,7 +385,6 @@ List flavors code listing example
|
||||
---------------------------------
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
#!/usr/bin/env python
|
||||
|
||||
@ -429,7 +416,6 @@ the Compute API v2.
|
||||
floating\_ip object details:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
def print_values_ip(ip_list):
|
||||
ip_dict_lisl = []
|
||||
@ -468,7 +454,6 @@ List floating IPs code listing example
|
||||
--------------------------------------
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
#!/usr/bin/env python
|
||||
|
||||
@ -498,7 +483,6 @@ The following program lists the hosts by using the Compute API v2.
|
||||
host object details:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
def print_hosts(host_list):
|
||||
for host in host_list:
|
||||
@ -534,7 +518,6 @@ List hosts code listing example
|
||||
-------------------------------
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
#!/usr/bin/env python
|
||||
|
||||
|
@ -1,6 +1,3 @@
|
||||
.. highlight: python
|
||||
:linenothreshold: 5
|
||||
|
||||
===========================================
|
||||
Configure access and security for instances
|
||||
===========================================
|
||||
@ -19,7 +16,6 @@ openstack.org/developer/python-novaclient/api/novaclient.v1_1.keypairs
|
||||
.html#novaclient.v1_1.keypairs.KeypairManager.create>`__ method:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
import novaclient.v1_1.client as nvclient
|
||||
nova = nvclient.Client(...)
|
||||
@ -46,7 +42,6 @@ is to create the file with the appropriate permissions, as shown in the
|
||||
following example:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
import novaclient.v1_1.client as nvclient
|
||||
import os
|
||||
@ -74,7 +69,6 @@ openstack.org/developer/python-novaclient/api/novaclient.v1_1.keypairs
|
||||
import the public key to Compute:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
import novaclient.v1_1.client as nvclient
|
||||
import os.path
|
||||
@ -139,7 +133,6 @@ SecurityGroupManager.delete>`__ method, passing either a
|
||||
SecurityGroup>`__ object or group ID as an argument:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
import novaclient.v1_1.client as nvclient
|
||||
nova = nvclient.Client(...)
|
||||
@ -173,7 +166,6 @@ novaclient.v1_1.security_group_rules.html#novaclient.v1_1.
|
||||
security_group_rules.SecurityGroupRuleManager.create>`__ method:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
import novaclient.v1_1.client as nvclient
|
||||
nova = nvclient.Client(...)
|
||||
|
@ -1,6 +1,3 @@
|
||||
.. highlight: python
|
||||
:linenothreshold: 5
|
||||
|
||||
=============
|
||||
Manage images
|
||||
=============
|
||||
@ -123,7 +120,6 @@ To upload an image, call the ``glanceclient.v2.images.ImageManager.create``
|
||||
method:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
import glanceclient.v2.client as glclient
|
||||
imagefile = "/tmp/myimage.img"
|
||||
|
@ -1,6 +1,3 @@
|
||||
.. highlight: python
|
||||
:linenothreshold: 5
|
||||
|
||||
==========
|
||||
Networking
|
||||
==========
|
||||
@ -21,7 +18,6 @@ As an example, see the sample shell file that sets these variables to
|
||||
get credentials:
|
||||
|
||||
.. code-block:: bash
|
||||
:linenos:
|
||||
|
||||
export OS_USERNAME="admin"
|
||||
export OS_PASSWORD="password"
|
||||
@ -36,7 +32,6 @@ Get credentials
|
||||
The examples in this section use the ``get_credentials`` method:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
def get_credentials():
|
||||
d = {}
|
||||
@ -63,7 +58,6 @@ Get Nova credentials
|
||||
The examples in this section use the ``get_nova_credentials`` method:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
def get_nova_credentials():
|
||||
d = {}
|
||||
@ -92,7 +86,6 @@ The examples in this section use the ``print_values`` and
|
||||
``print_values_server`` methods:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
def print_values(val, type):
|
||||
if type == 'ports':
|
||||
@ -133,7 +126,6 @@ Create network
|
||||
The following program creates a network:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
#!/usr/bin/env python
|
||||
from neutronclient.v2_0 import client
|
||||
@ -167,7 +159,6 @@ List networks
|
||||
The following program lists networks:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
#!/usr/bin/env python
|
||||
from neutronclient.v2_0 import client
|
||||
@ -190,7 +181,6 @@ Create ports
|
||||
The following program creates a port:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
#!/usr/bin/env python
|
||||
from neutronclient.v2_0 import client
|
||||
@ -236,7 +226,6 @@ List ports
|
||||
The following program lists ports:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
#!/usr/bin/env python
|
||||
from neutronclient.v2_0 import client
|
||||
@ -260,7 +249,6 @@ List server ports
|
||||
The following program lists the ports for a server:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
#!/usr/bin/env python
|
||||
from neutronclient.v2_0 import client
|
||||
@ -307,7 +295,6 @@ port to a subnet.
|
||||
#. Import the following modules:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
from neutronclient.v2_0 import client
|
||||
import novaclient.v1_1.client as nvclient
|
||||
@ -328,7 +315,6 @@ port to a subnet.
|
||||
#. Create a router and add a port to the subnet:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
# Replace with network_id from your environment
|
||||
|
||||
@ -360,7 +346,6 @@ Create router: complete code listing example
|
||||
--------------------------------------------
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
#!/usr/bin/env python
|
||||
from neutronclient.v2_0 import client
|
||||
@ -426,7 +411,6 @@ To delete a network:
|
||||
#. Delete the network:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
body_sample = {'network': {'name': network_name,
|
||||
'admin_state_up': True}}
|
||||
@ -451,7 +435,6 @@ Delete network: complete code listing example
|
||||
---------------------------------------------
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
#!/usr/bin/env python
|
||||
from neutronclient.v2_0 import client
|
||||
@ -490,7 +473,6 @@ This example queries OpenStack Networking to list all routers.
|
||||
#. Import the following modules:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
from neutronclient.v2_0 import client
|
||||
from credentials import get_credentials
|
||||
@ -508,7 +490,6 @@ This example queries OpenStack Networking to list all routers.
|
||||
#. List the routers:
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
routers_list = neutron.list_routers(retrieve_all=True)
|
||||
print_values(routers_list, 'routers')
|
||||
@ -520,7 +501,6 @@ List routers: complete code listing example
|
||||
-------------------------------------------
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
#!/usr/bin/env python
|
||||
from neutronclient.v2_0 import client
|
||||
@ -570,7 +550,6 @@ List security groups: complete code listing example
|
||||
---------------------------------------------------
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
#!/usr/bin/env python
|
||||
from neutronclient.v2_0 import client
|
||||
@ -620,7 +599,6 @@ List subnets: complete code listing example
|
||||
-------------------------------------------
|
||||
|
||||
.. code-block:: python
|
||||
:linenos:
|
||||
|
||||
#!/usr/bin/env python
|
||||
from neutronclient.v2_0 import client
|
||||
|
Loading…
Reference in New Issue
Block a user