Fix whitespace

Fix issues noted by validate.py

Change-Id: I788bc6173f153375245a982974ace5b59af49219
This commit is contained in:
Andreas Jaeger 2013-09-21 19:14:40 +02:00
parent 6f7eafebff
commit 5dd25f4d6e
10 changed files with 49 additions and 48 deletions

View File

@ -515,7 +515,7 @@
connectivity on behalf of tenants.</para>
</listitem>
</itemizedlist></para>
<para> A tenant or cloud administrator can both perform the
<para>A tenant or cloud administrator can both perform the
following procedures.</para>
<section xml:id="api_features">
<title>Core Networking API features</title>
@ -620,7 +620,7 @@
<td>string</td>
<td>None</td>
<td>Human-readable name for this network;
is not required to be unique. </td>
is not required to be unique.</td>
</tr>
<tr>
<td><systemitem>shared</systemitem></td>
@ -630,7 +630,7 @@
resource can be accessed by any
tenant. The default policy setting
restricts usage of this attribute to
administrative users only. </td>
administrative users only.</td>
</tr>
<tr>
<td><systemitem>status</systemitem></td>
@ -644,7 +644,7 @@
<td>list(uuid-str)</td>
<td>Empty list</td>
<td>List of subnets associated with this
network. </td>
network.</td>
</tr>
<tr>
<td><systemitem>tenant_id</systemitem></td>
@ -680,7 +680,7 @@
<systemitem>cidr</systemitem>,
excluding
<systemitem>gateway_ip</systemitem>
(if configured). </td>
(if configured).</td>
<td><para>List of cidr sub-ranges that are
available for dynamic allocation to
ports. Syntax:</para>
@ -743,7 +743,7 @@
<td>string</td>
<td>None</td>
<td>Human-readable name for this subnet
(might not be unique). </td>
(might not be unique).</td>
</tr>
<tr>
<td><systemitem>network_id</systemitem></td>
@ -759,7 +759,7 @@
<td>Owner of network. Only administrative
users can set the tenant identifier;
this cannot be changed using
authorization policies. </td>
authorization policies.</td>
</tr>
</tbody>
</table>
@ -784,7 +784,7 @@
<td>true</td>
<td>Administrative state of this port. If
specified as False (down), this port
does not forward packets. </td>
does not forward packets.</td>
</tr>
<tr>
<td><systemitem>device_id</systemitem></td>
@ -827,21 +827,21 @@
<td>string</td>
<td>None</td>
<td>Human-readable name for this port
(might not be unique). </td>
(might not be unique).</td>
</tr>
<tr>
<td><systemitem>network_id</systemitem></td>
<td>uuid-string</td>
<td>N/A</td>
<td>Network with which this port is
associated. </td>
associated.</td>
</tr>
<tr>
<td><systemitem>status</systemitem></td>
<td>string</td>
<td>N/A</td>
<td>Indicates whether the network is
currently operational. </td>
currently operational.</td>
</tr>
<tr>
<td><systemitem>tenant_id</systemitem></td>
@ -1116,7 +1116,7 @@
tenant who submits the request
(without the
<systemitem>--nic</systemitem>
option). </td>
option).</td>
<td><screen><prompt>$</prompt> <userinput>nova boot --image <replaceable>img</replaceable> --flavor <replaceable>flavor</replaceable> <replaceable>vm-name</replaceable></userinput></screen>
</td>
</tr>
@ -1569,7 +1569,7 @@
<td>N/A</td>
<td>Owner of the router. Only admin users
can specify a tenant_id other than its
own. </td>
own.</td>
</tr>
<tr>
<td>external_gateway_info</td>
@ -2508,7 +2508,7 @@ default_notification_level = INFO
# Defined in rpc_notifier for rpc way, can be comma separated values.
# The actual topic names will be %s.%(default_notification_level)s
notification_topics = notifications </programlisting>
notification_topics = notifications</programlisting>
</section>
<section
xml:id="ch_adv_notification_cases_multi_rpc_topics">

View File

@ -17,7 +17,7 @@ xml:id="baremetal">
APIs and tools, such as Heat or salt-cloud. However, due to this unique
situation, using the baremetal driver requires some additional
preparation of its environment, the details of which are beyond the
scope of this guide. </para>
scope of this guide.</para>
<note><para>
Some OpenStack Compute features are not implemented by
the baremetal hypervisor driver. See the <link

View File

@ -4,7 +4,7 @@ xmlns:xi="http://www.w3.org/2001/XInclude"
xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0"
xml:id="docker">
<title>Docker Driver</title>
<para> The Docker driver is a hypervisor driver for OpenStack Compute,
<para>The Docker driver is a hypervisor driver for OpenStack Compute,
introduced with the Havana release. Docker is an open-source engine which
automates the deployment of applications as highly portable, self-sufficient
containers which are independent of hardware, language, framework, packaging
@ -23,7 +23,7 @@ xml:id="docker">
sense that they are better for specific use cases. Compute's support for VMs
is currently advanced thanks to the variety of hypervisors running VMs.
However it's not the case for containers even though libvirt/LXC is a good
starting point. Docker aims to go the second level of integration. </para>
starting point. Docker aims to go the second level of integration.</para>
<note><para>
Some OpenStack Compute features are not implemented by
the docker driver. See the <link

View File

@ -12,14 +12,14 @@
<para>This driver enables the use of GPFS in a similar fashion as the NFS driver. With the
GPFS driver, instances do not actually access a storage device at the block level.
Instead, volume backing files are created in a GPFS file system and mapped to instances,
which emulate a block device. </para>
which emulate a block device.</para>
<para>
<note>
<para>GPFS software must be installed and running on nodes where Cinder volume and
Nova compute services are running in the OpenStack environment. A GPFS file
system must also be created and mounted on these nodes before starting the
<literal>cinder-volume</literal> service. The details of these GPFS specific
steps are covered in GPFS Administration documentation. </para>
steps are covered in GPFS Administration documentation.</para>
</note>
</para>
<para>Optionally, Glance can be configured to store images on a GPFS file system. When
@ -28,7 +28,7 @@
volumes using copy on write optimization strategy.</para>
</section>
<section xml:id="GPFS-driver-options">
<title>Enabling the GPFS Driver </title>
<title>Enabling the GPFS Driver</title>
<para>To use Cinder with the GPFS driver, first set the <literal>volume_driver</literal> in
<filename>cinder.conf</filename>:</para>
<programlisting>volume_driver = cinder.volume.drivers.gpfs.GPFSDriver</programlisting>
@ -105,7 +105,7 @@
<entry>
<para>Specify the allocation policy to be used for the volume file. Note
that this option only works if "allow-write-affinity" is set for the
GPFS data pool. </para>
GPFS data pool.</para>
</entry>
</row>
<row>
@ -113,7 +113,7 @@
<entry>
<para>Specify how many blocks are laid out sequentially in the volume
file to behave like a single large block. This option only works if
"allow-write-affinity" is set for the GPFS data pool. </para>
"allow-write-affinity" is set for the GPFS data pool.</para>
</entry>
</row>
<row>
@ -142,7 +142,7 @@
<para>Volume snapshots are implemented using the GPFS file clone feature. Whenever a new
snapshot is created, the snapshot file is efficiently created as a read-only clone
parent of the volume, and the volume file uses copy on write optimization strategy
to minimize data movement. </para>
to minimize data movement.</para>
<para>Similarly when a new volume is created from a snapshot or from an existing volume,
the same approach is taken. The same approach is also used when a new volume is
created from a Glance image, if the source image is in raw format, and

View File

@ -140,7 +140,7 @@
<step>
<para>In the <guilabel>Confirm Delete Image</guilabel> window,
click <guibutton>Delete Images</guibutton> to confirm the
deletion. </para>
deletion.</para>
<para>You cannot undo this action.</para>
</step>
</procedure>

View File

@ -23,7 +23,7 @@
Guide</citetitle></link>.</para>
<para>As an administrative user, you can manage volumes and volume
types for users in various projects. You can create and delete
volumes types, and you can view and delete volumes. </para>
volumes types, and you can view and delete volumes.</para>
<section xml:id="dashboard_create_volume_types">
<title>Create a volume type</title>
<procedure>

View File

@ -16,7 +16,7 @@
within <filename>policy.json</filename> on the desired roles. By default, only the admin
role has this setting enabled.</para>
<para>You can view the list of valid compute hosts by using the <command>nova
hypervisor-list </command>command, for
hypervisor-list</command> command, for
example:<screen><prompt>$</prompt> <userinput>nova hypervisor-list</userinput>
<computeroutput>+----+---------------------+
| ID | Hypervisor hostname |

View File

@ -5,8 +5,8 @@
xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0"
xml:id="analyzing-log-files-with-swift-cli">
<title>Analyze log files</title>
<para>Use the swift command-line client to analyze log files. </para>
<para>The swift client is simple to use, scalable, and flexible. </para><para>Use the swift client <option>-o</option> or
<para>Use the swift command-line client to analyze log files.</para>
<para>The swift client is simple to use, scalable, and flexible.</para><para>Use the swift client <option>-o</option> or
<option>-output</option> option to get short answers to
questions about logs,</para>
<para>You can use the <option>-o —output</option> option with a
@ -14,7 +14,7 @@
specific file or to STDOUT (<literal>-</literal>). The ability
to redirect the output to STDOUT enables you to pipe
(<literal>|</literal>) data without saving it to disk
first. </para>
first.</para>
<section xml:id="swift_file_analysis"><title>Upload and analyze log files</title><procedure>
<step>
<para>This example assumes that
@ -53,23 +53,24 @@ Objects: 4
Bytes: 5864468
Read ACL:
Write ACL:</computeroutput></screen></step>
<step><para> List all objects in the logtest container:</para>
<step><para>List all objects in the logtest container:</para>
<screen><prompt>$</prompt> <userinput>swift -A http:///swift-auth.com:11000/v1.0 -U test:tester -K testing list logtest</userinput></screen>
<screen><computeroutput>2010-11-15-21_access.log
2010-11-15-22_access.log
2010-11-16-21_access.log
2010-11-16-22_access.log</computeroutput></screen></step></procedure></section>
<section xml:id="swift_upload_files"><title>Download and analyze an object</title> <procedure>
<section xml:id="swift_upload_files"><title>Download and analyze an object</title>
<procedure>
<para>This example uses the <option>-o —output</option>
option and a hyphen (<literal>-</literal>) to get
information about an object. </para>
information about an object.</para>
<para>Use the swift <command>download</command> command to
download the object. On this command, stream the
output to <command>awk</command> to break down
requests by return code and the date <literal>2200 on
November 16th, 2010</literal>. </para>
November 16th, 2010</literal>.</para>
<para>Using the log line format, find the request type in
column 9 and the return code in column 12. </para>
column 9 and the return code in column 12.</para>
<para>After <command>awk</command> processes the output,
it pipes it to <command>sort</command> and
<command>uniq -c</command> to sum up the number of
@ -113,7 +114,7 @@ Write ACL:</computeroutput></screen></step>
<para>Use a bash for loop with awk and swift with
the <option>-o —output</option> option and a
hyphen (<literal>-</literal>) to discover how many
PUT requests are in each log file. </para>
PUT requests are in each log file.</para>
<para>Run the swift <command>list</command> command to
list objects in the logtest container. Then, for
@ -135,9 +136,9 @@ Write ACL:</computeroutput></screen></step>
<para>Run the swift <command>list -p 2010-11-15</command>
command to list objects in the logtest container
that begin with the <literal>2010-11-15</literal>
string. </para>
string.</para>
<para>For each item in the list, run the swift
<command>download -o -</command> command. </para>
<command>download -o -</command> command.</para>
<para>Pipe the output to <command>grep</command> and
<command>wc</command>. Use the
<command>echo</command> command to display the