openstack/openstack-manuals
Code Issues Proposed changes

Lowercase compute node

Browse Source 
It's "compute node", not "Compute node" (similarly compute host).

Also, fix capitalization of "live migration".

Change-Id: I57ac46b845e217c2607cf99dfabcfaab25d84ea5
This commit is contained in:
Andreas Jaeger 2014-03-05 20:09:43 +01:00
parent 3e96e02a62
commit 39ac6cc258
26 changed files with 63 additions and 51 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
doc/admin-guide-cloud/ch_compute.xml
View File

@ -2314,7 +2314,7 @@ HostC p2 5 10240 150
ID]</literal>). The important changes ID]</literal>). The important changes
to make are to change the to make are to change the
<literal>DHCPSERVER</literal> value to <literal>DHCPSERVER</literal> value to
the host ip address of the Compute host the host ip address of the compute host
that is the VMs new home, and update the that is the VMs new home, and update the
VNC IP if it isn't already VNC IP if it isn't already
<literal>0.0.0.0</literal>.</para> <literal>0.0.0.0</literal>.</para>

10
doc/admin-guide-cloud/section_networking-scenarios.xml
View File

@ -74,7 +74,7 @@ bridge_mappings = physnet2:br-eth1</programlisting></para>
<section xml:id="under_the_hood_openvswitch_scenario1_compute"> <section xml:id="under_the_hood_openvswitch_scenario1_compute">
<title>Scenario 1: Compute host config</title> <title>Scenario 1: Compute host config</title>
<para>The following figure shows how to configure various Linux networking devices on the Compute host:</para> <para>The following figure shows how to configure various Linux networking devices on the compute host:</para>
<mediaobject> <mediaobject>
<imageobject> <imageobject>
<imagedata fileref="../common/figures/under-the-hood-scenario-1-ovs-compute.png" contentwidth="6in"/> <imagedata fileref="../common/figures/under-the-hood-scenario-1-ovs-compute.png" contentwidth="6in"/>
@ -334,14 +334,14 @@ bridge_mappings = physnet1:br-ex,physnet2:br-eth1</programlisting>
<section xml:id="under_the_hood_openvswitch_scenario2_compute"> <section xml:id="under_the_hood_openvswitch_scenario2_compute">
<title>Scenario 2: Compute host config</title> <title>Scenario 2: Compute host config</title>
<para>The following figure shows how to configure Linux networking devices on the Compute host: <para>The following figure shows how to configure Linux networking devices on the compute host:
</para> </para>
<mediaobject> <mediaobject>
<imageobject> <imageobject>
<imagedata fileref="../common/figures/under-the-hood-scenario-2-ovs-compute.png" contentwidth="6in"/> <imagedata fileref="../common/figures/under-the-hood-scenario-2-ovs-compute.png" contentwidth="6in"/>
</imageobject> </imageobject>
</mediaobject> </mediaobject>
<note><para>The Compute host configuration resembles the <note><para>The compute host configuration resembles the
configuration in scenario 1. However, in scenario 1, a configuration in scenario 1. However, in scenario 1, a
guest connects to two subnets while in this scenario, the guest connects to two subnets while in this scenario, the
subnets belong to different tenants. subnets belong to different tenants.
@ -545,14 +545,14 @@ physical_interface_mappings = physnet2:eth1</programlisting></para>
<section xml:id="under_the_hood_linuxbridge_scenario2_compute"> <section xml:id="under_the_hood_linuxbridge_scenario2_compute">
<title>Scenario 2: Compute host config</title> <title>Scenario 2: Compute host config</title>
<para>The following figure shows how the various Linux <para>The following figure shows how the various Linux
networking devices would be configured on the Compute host networking devices would be configured on the compute host
under this scenario.</para> under this scenario.</para>
<mediaobject> <mediaobject>
<imageobject> <imageobject>
<imagedata fileref="../common/figures/under-the-hood-scenario-2-linuxbridge-compute.png" contentwidth="6in"/> <imagedata fileref="../common/figures/under-the-hood-scenario-2-linuxbridge-compute.png" contentwidth="6in"/>
</imageobject> </imageobject>
</mediaobject> </mediaobject>
<note><para>The configuration on the Compute host is very <note><para>The configuration on the compute host is very
similar to the configuration in scenario 1. The only real similar to the configuration in scenario 1. The only real
difference is that scenario 1 had a guest connected to two difference is that scenario 1 had a guest connected to two
subnets, and in this scenario the subnets belong to subnets, and in this scenario the subnets belong to

2
doc/admin-guide-cloud/section_networking_adv_features.xml
View File

@ -61,7 +61,7 @@
<td><emphasis role="bold">physical <td><emphasis role="bold">physical
network</emphasis></td> network</emphasis></td>
<td>A network connecting virtualization hosts <td>A network connecting virtualization hosts
(such as, Compute nodes) with each other (such as compute nodes) with each other
and with other network resources. Each and with other network resources. Each
physical network might support multiple physical network might support multiple
virtual networks. The provider extension virtual networks. The provider extension

2
doc/admin-guide-cloud/section_networking_introduction.xml
View File

@ -818,7 +818,7 @@ password = "PLUMgrid-director-admin-password"</programlisting>
<citetitle>Installation <citetitle>Installation
Guide</citetitle>.</para> Guide</citetitle>.</para>
<para>You can use the same configuration file <para>You can use the same configuration file
for many Compute nodes by using a network for many compute nodes by using a network
interface name with a different IP interface name with a different IP
address:</para> address:</para>
<programlisting language="ini">openflow_rest_api = &lt;ip-address&gt;:&lt;port-no&gt; ovsdb_interface = &lt;eth0&gt; tunnel_interface = &lt;eth0&gt;</programlisting> <programlisting language="ini">openflow_rest_api = &lt;ip-address&gt;:&lt;port-no&gt; ovsdb_interface = &lt;eth0&gt; tunnel_interface = &lt;eth0&gt;</programlisting>

4
doc/admin-guide-cloud/section_ts_failed_attach_vol_no_sysfsutils.xml
View File

@ -5,7 +5,7 @@
<section xml:id="section_ts_failed_attach_vol_no_sysfsutils_problem"> <section xml:id="section_ts_failed_attach_vol_no_sysfsutils_problem">
<title>Problem</title> <title>Problem</title>
<para>This warning and error occurs if you do not have the required <para>This warning and error occurs if you do not have the required
<filename>sysfsutils</filename> package installed on the Compute node.</para> <filename>sysfsutils</filename> package installed on the compute node.</para>
<programlisting>WARNING nova.virt.libvirt.utils [req-1200f887-c82b-4e7c-a891-fac2e3735dbb admin admin|req-1200f887-c82b-4e7c-a891-fac2e3735dbb admin admin] systool is not installed <programlisting>WARNING nova.virt.libvirt.utils [req-1200f887-c82b-4e7c-a891-fac2e3735dbb admin admin|req-1200f887-c82b-4e7c-a891-fac2e3735dbb admin admin] systool is not installed
ERROR nova.compute.manager [req-1200f887-c82b-4e7c-a891-fac2e3735dbb admin admin|req-1200f887-c82b-4e7c-a891-fac2e3735dbb admin admin] ERROR nova.compute.manager [req-1200f887-c82b-4e7c-a891-fac2e3735dbb admin admin|req-1200f887-c82b-4e7c-a891-fac2e3735dbb admin admin]
[instance: df834b5a-8c3f-477a-be9b-47c97626555c|instance: df834b5a-8c3f-477a-be9b-47c97626555c] [instance: df834b5a-8c3f-477a-be9b-47c97626555c|instance: df834b5a-8c3f-477a-be9b-47c97626555c]
@ -13,7 +13,7 @@ Failed to attach volume 13d5c633-903a-4764-a5a0-3336945b1db1 at /dev/vdk.</progr
</section> </section>
<section xml:id="section_ts_failed_attach_vol_no_sysfsutils_solution"> <section xml:id="section_ts_failed_attach_vol_no_sysfsutils_solution">
<title>Solution</title> <title>Solution</title>
<para>Run the following command on the Compute node to install the <para>Run the following command on the compute node to install the
<filename>sysfsutils</filename> packages.</para> <filename>sysfsutils</filename> packages.</para>
<para> <para>
<screen><prompt>$</prompt> <userinput>sudo apt-get install sysfsutils</userinput></screen> <screen><prompt>$</prompt> <userinput>sudo apt-get install sysfsutils</userinput></screen>

5
doc/admin-guide-cloud/section_ts_failed_connect_vol_FC_SAN.xml
View File

@ -5,7 +5,7 @@
<section xml:id="section_ts_failed_connect_vol_FC_SAN_problem"> <section xml:id="section_ts_failed_connect_vol_FC_SAN_problem">
<title>Problem</title> <title>Problem</title>
<para>Compute node failed to connect to a volume in a Fibre Channel (FC) SAN configuration. <para>Compute node failed to connect to a volume in a Fibre Channel (FC) SAN configuration.
The WWN may not be zoned correctly in your FC SAN that links the Compute host to the The WWN may not be zoned correctly in your FC SAN that links the compute host to the
storage array.</para> storage array.</para>
<programlisting>ERROR nova.compute.manager [req-2ddd5297-e405-44ab-aed3-152cd2cfb8c2 admin demo|req-2ddd5297-e405-44ab-aed3-152cd2cfb8c2 admin demo] [instance: 60ebd6c7-c1e3-4bf0-8ef0-f07aa4c3d5f3|instance: 60ebd6c7-c1e3-4bf0-8ef0-f07aa4c3d5f3] <programlisting>ERROR nova.compute.manager [req-2ddd5297-e405-44ab-aed3-152cd2cfb8c2 admin demo|req-2ddd5297-e405-44ab-aed3-152cd2cfb8c2 admin demo] [instance: 60ebd6c7-c1e3-4bf0-8ef0-f07aa4c3d5f3|instance: 60ebd6c7-c1e3-4bf0-8ef0-f07aa4c3d5f3]
Failed to connect to volume 6f6a6a9c-dfcf-4c8d-b1a8-4445ff883200 while attaching at /dev/vdjTRACE nova.compute.manager [instance: 60ebd6c7-c1e3-4bf0-8ef0-f07aa4c3d5f3|instance: 60ebd6c7-c1e3-4bf0-8ef0-f07aa4c3d5f3] Failed to connect to volume 6f6a6a9c-dfcf-4c8d-b1a8-4445ff883200 while attaching at /dev/vdjTRACE nova.compute.manager [instance: 60ebd6c7-c1e3-4bf0-8ef0-f07aa4c3d5f3|instance: 60ebd6c7-c1e3-4bf0-8ef0-f07aa4c3d5f3]
@ -14,7 +14,6 @@ Traceback (most recent call last):…f07aa4c3d5f3\] ClientException: The server
<section xml:id="section_ts_failed_connect_vol_FC_SAN_solution"> <section xml:id="section_ts_failed_connect_vol_FC_SAN_solution">
<title>Solution</title> <title>Solution</title>
<para>The network administrator must configure the FC SAN fabric by correctly zoning the WWN <para>The network administrator must configure the FC SAN fabric by correctly zoning the WWN
(port names) from your Compute node HBAs.</para> (port names) from your compute node HBAs.</para>
</section> </section>
</section> </section>

6
doc/admin-guide-cloud/section_ts_multipath_warn.xml
View File

@ -7,10 +7,10 @@
<section xml:id="section_ts_multipath_warn_problem"> <section xml:id="section_ts_multipath_warn_problem">
<title>Problem</title> <title>Problem</title>
<para>Multipath call failed exit. This warning occurs in the Compute log if you do not have the <para>Multipath call failed exit. This warning occurs in the Compute log if you do not have the
optional <filename>multipath-tools</filename> package installed on the Compute node. optional <filename>multipath-tools</filename> package installed on the compute node.
This is an optional package and the volume attachment does work without the multipath This is an optional package and the volume attachment does work without the multipath
tools installed. If the <filename>multipath-tools</filename> package is installed on the tools installed. If the <filename>multipath-tools</filename> package is installed on the
Compute node, it is used to perform the volume attachment. The IDs in your message are compute node, it is used to perform the volume attachment. The IDs in your message are
unique to your system.</para> unique to your system.</para>
<programlisting>WARNING nova.storage.linuxscsi [req-cac861e3-8b29-4143-8f1b-705d0084e571 admin <programlisting>WARNING nova.storage.linuxscsi [req-cac861e3-8b29-4143-8f1b-705d0084e571 admin
admin|req-cac861e3-8b29-4143-8f1b-705d0084e571 admin admin] Multipath call failed exit admin|req-cac861e3-8b29-4143-8f1b-705d0084e571 admin admin] Multipath call failed exit
@ -18,7 +18,7 @@
</section> </section>
<section xml:id="section_ts_multipath_warn_solution"> <section xml:id="section_ts_multipath_warn_solution">
<title>Solution</title> <title>Solution</title>
<para>Run the following command on the Compute node to install the <para>Run the following command on the compute node to install the
<filename>multipath-tools</filename> packages.</para> <filename>multipath-tools</filename> packages.</para>
<para> <para>
<screen><prompt>$</prompt> <userinput>sudo apt-get install multipath-tools</userinput></screen> <screen><prompt>$</prompt> <userinput>sudo apt-get install multipath-tools</userinput></screen>

4
doc/admin-guide-cloud/section_ts_vol_attach_miss_sg_scan.xml
View File

@ -12,7 +12,7 @@
<filename>sg_scan</filename> file not found. This <filename>sg_scan</filename> file not found. This
warning and error occur when the warning and error occur when the
<package>sg3-utils</package> package is not installed <package>sg3-utils</package> package is not installed
on the Compute node. The IDs in your message are unique to on the compute node. The IDs in your message are unique to
your system:</para> your system:</para>
<screen><computeroutput>ERROR nova.compute.manager [req-cf2679fd-dd9e-4909-807f-48fe9bda3642 admin admin|req-cf2679fd-dd9e-4909-807f-48fe9bda3642 admin admin] <screen><computeroutput>ERROR nova.compute.manager [req-cf2679fd-dd9e-4909-807f-48fe9bda3642 admin admin|req-cf2679fd-dd9e-4909-807f-48fe9bda3642 admin admin]
[instance: 7d7c92e0-49fa-4a8e-87c7-73f22a9585d5|instance: 7d7c92e0-49fa-4a8e-87c7-73f22a9585d5] [instance: 7d7c92e0-49fa-4a8e-87c7-73f22a9585d5|instance: 7d7c92e0-49fa-4a8e-87c7-73f22a9585d5]
@ -22,7 +22,7 @@ Stdout: '/usr/local/bin/nova-rootwrap: Executable not found: /usr/bin/sg_scan</c
</section> </section>
<section xml:id="section_ts_vol_attach_miss_sg_scan_solution"> <section xml:id="section_ts_vol_attach_miss_sg_scan_solution">
<title>Solution</title> <title>Solution</title>
<para>Run this command on the Compute node to install the <para>Run this command on the compute node to install the
<package>sg3-utils</package> package:</para> <package>sg3-utils</package> package:</para>
<screen><prompt>$</prompt> <userinput>sudo apt-get install sg3-utils</userinput></screen> <screen><prompt>$</prompt> <userinput>sudo apt-get install sg3-utils</userinput></screen>
</section> </section>

2
doc/common/section_compute_config-firewalls.xml
View File

@ -51,6 +51,6 @@
<para> <para>
The <systemitem>iptables</systemitem> firewall The <systemitem>iptables</systemitem> firewall
now enables incoming connections to the Compute now enables incoming connections to the Compute
services. Repeat this process for each Compute node. services. Repeat this process for each compute node.
</para> </para>
</section> </section>

2
doc/common/section_fibrechannel.xml
View File

@ -4,7 +4,7 @@
xml:id="fibrechannel"> xml:id="fibrechannel">
<title>Fibre Channel support in Compute</title> <title>Fibre Channel support in Compute</title>
<para>Fibre Channel support in OpenStack Compute is remote block <para>Fibre Channel support in OpenStack Compute is remote block
storage attached to Compute nodes for VMs.</para> storage attached to compute nodes for VMs.</para>
<para>In the Grizzly release, Fibre Channel supported only the KVM <para>In the Grizzly release, Fibre Channel supported only the KVM
hypervisor.</para> hypervisor.</para>
<para>Compute and Block Storage for Fibre Channel do not support automatic <para>Compute and Block Storage for Fibre Channel do not support automatic

22
doc/config-reference/block-storage/drivers/emc-volume-driver.xml
View File

@ -144,11 +144,11 @@
</section> </section>
<section xml:id="register-emc"> <section xml:id="register-emc">
<title>Register with VNX</title> <title>Register with VNX</title>
<para>To export a VNX volume to a Compute node, you must <para>To export a VNX volume to a compute node, you must
register the node with VNX.</para> register the node with VNX.</para>
<procedure> <procedure>
<title>Register the node</title> <title>Register the node</title>
<step><para>On the Compute node <literal>1.1.1.1</literal>, do <step><para>On the compute node <literal>1.1.1.1</literal>, do
the following (assume <literal>10.10.61.35</literal> the following (assume <literal>10.10.61.35</literal>
is the iscsi target):</para> is the iscsi target):</para>
<screen><prompt>$</prompt> <userinput>sudo /etc/init.d/open-iscsi start</userinput> <screen><prompt>$</prompt> <userinput>sudo /etc/init.d/open-iscsi start</userinput>
@ -156,12 +156,12 @@
<prompt>$</prompt> <userinput>cd /etc/iscsi</userinput> <prompt>$</prompt> <userinput>cd /etc/iscsi</userinput>
<prompt>$</prompt> <userinput>sudo more initiatorname.iscsi</userinput> <prompt>$</prompt> <userinput>sudo more initiatorname.iscsi</userinput>
<prompt>$</prompt> <userinput>iscsiadm -m node</userinput></screen></step> <prompt>$</prompt> <userinput>iscsiadm -m node</userinput></screen></step>
<step><para>Log in to VNX from the Compute node using the target <step><para>Log in to VNX from the compute node using the target
corresponding to the SPA port:</para> corresponding to the SPA port:</para>
<screen><prompt>$</prompt> <userinput>sudo iscsiadm -m node -T iqn.1992-04.com.emc:cx.apm01234567890.a0 -p 10.10.61.35 -l</userinput></screen> <screen><prompt>$</prompt> <userinput>sudo iscsiadm -m node -T iqn.1992-04.com.emc:cx.apm01234567890.a0 -p 10.10.61.35 -l</userinput></screen>
<para>Where <para>Where
<literal>iqn.1992-04.com.emc:cx.apm01234567890.a0</literal> <literal>iqn.1992-04.com.emc:cx.apm01234567890.a0</literal>
is the initiator name of the Compute node. Login to is the initiator name of the compute node. Login to
Unisphere, go to Unisphere, go to
<literal>VNX00000</literal>-&gt;Hosts-&gt;Initiators, <literal>VNX00000</literal>-&gt;Hosts-&gt;Initiators,
Refresh and wait until initiator Refresh and wait until initiator
@ -173,10 +173,10 @@
IP address <literal>myhost1</literal>. Click <guibutton>Register</guibutton>. IP address <literal>myhost1</literal>. Click <guibutton>Register</guibutton>.
Now host <literal>1.1.1.1</literal> also appears under Now host <literal>1.1.1.1</literal> also appears under
Hosts-&gt;Host List.</para></step> Hosts-&gt;Host List.</para></step>
<step><para>Log out of VNX on the Compute node:</para> <step><para>Log out of VNX on the compute node:</para>
<screen><prompt>$</prompt> <userinput>sudo iscsiadm -m node -u</userinput></screen></step> <screen><prompt>$</prompt> <userinput>sudo iscsiadm -m node -u</userinput></screen></step>
<step> <step>
<para>Log in to VNX from the Compute node using the target <para>Log in to VNX from the compute node using the target
corresponding to the SPB port:</para> corresponding to the SPB port:</para>
<screen><prompt>$</prompt> <userinput>sudo iscsiadm -m node -T iqn.1992-04.com.emc:cx.apm01234567890.b8 -p 10.10.10.11 -l</userinput></screen> <screen><prompt>$</prompt> <userinput>sudo iscsiadm -m node -T iqn.1992-04.com.emc:cx.apm01234567890.b8 -p 10.10.10.11 -l</userinput></screen>
</step> </step>
@ -247,9 +247,13 @@ cinder_emc_config_file = /etc/cinder/cinder_emc_config.xml</programlisting>
</listitem> </listitem>
</itemizedlist> </itemizedlist>
<note> <note>
<para>To attach VMAX volumes to an OpenStack VM, you must create a Masking View by <para>
using Unisphere for VMAX. The Masking View must have an Initiator Group that To attach VMAX volumes to an OpenStack VM, you must
contains the initiator of the OpenStack Compute node that hosts the VM.</para> create a Masking View by using Unisphere for
VMAX. The Masking View must have an Initiator Group
that contains the initiator of the OpenStack compute
node that hosts the VM.
</para>
</note> </note>
</section> </section>
</section> </section>

10
doc/config-reference/block-storage/drivers/huawei-storage-driver.xml
View File

@ -535,7 +535,7 @@ cinder type-key Tier_high set capabilities:Tier_support="&lt;is> True" drivers:d
</td> </td>
<td> <td>
<para>IP address of the iSCSI port provided <para>IP address of the iSCSI port provided
for Compute nodes.</para> for compute nodes.</para>
</td> </td>
</tr> </tr>
<tr> <tr>
@ -544,7 +544,7 @@ cinder type-key Tier_high set capabilities:Tier_support="&lt;is> True" drivers:d
<td> <td>
<para>Linux</para> <para>Linux</para>
</td> </td>
<td>The OS type for a Compute node.</td> <td>The OS type for a compute node.</td>
</tr> </tr>
<tr> <tr>
<td><option>HostIP</option></td> <td><option>HostIP</option></td>
@ -552,7 +552,7 @@ cinder type-key Tier_high set capabilities:Tier_support="&lt;is> True" drivers:d
<td> <td>
<para/> <para/>
</td> </td>
<td>The IPs for Compute nodes.</td> <td>The IPs for compute nodes.</td>
</tr> </tr>
</tbody> </tbody>
</table> </table>
@ -560,9 +560,9 @@ cinder type-key Tier_high set capabilities:Tier_support="&lt;is> True" drivers:d
<orderedlist> <orderedlist>
<listitem> <listitem>
<para>You can configure one iSCSI target port for <para>You can configure one iSCSI target port for
each or all Compute nodes. The driver checks each or all compute nodes. The driver checks
whether a target port IP address is configured whether a target port IP address is configured
for the current Compute node. If not, select for the current compute node. If not, select
<option>DefaultTargetIP</option>.</para> <option>DefaultTargetIP</option>.</para>
</listitem> </listitem>
<listitem> <listitem>

2
doc/config-reference/block-storage/drivers/xenapi-nfs.xml
View File

@ -38,7 +38,7 @@
</itemizedlist> </itemizedlist>
<note> <note>
<para>You can use a XenServer as a storage controller and <para>You can use a XenServer as a storage controller and
Compute node at the same time. This minimal compute node at the same time. This minimal
configuration consists of a XenServer/XCP box and an configuration consists of a XenServer/XCP box and an
NFS share.</para> NFS share.</para>
</note> </note>

2
doc/config-reference/block-storage/section_block-storage-overview.xml
View File

@ -91,7 +91,7 @@
they can be used as the root store to boot they can be used as the root store to boot
instances. Volumes are persistent R/W block instances. Volumes are persistent R/W block
storage devices most commonly attached to the storage devices most commonly attached to the
Compute node through iSCSI.</para> compute node through iSCSI.</para>
</listitem> </listitem>
<listitem> <listitem>
<para><emphasis role="bold">Snapshots</emphasis>. A read-only point in time copy <para><emphasis role="bold">Snapshots</emphasis>. A read-only point in time copy

2
doc/config-reference/compute/section_hypervisor_hyper-v.xml
View File

@ -25,7 +25,7 @@
<section xml:id="installation-architecture-hyper-v"> <section xml:id="installation-architecture-hyper-v">
<title>Hyper-V configuration</title> <title>Hyper-V configuration</title>
<para>The following sections discuss how to prepare the Windows Hyper-V node for operation <para>The following sections discuss how to prepare the Windows Hyper-V node for operation
as an OpenStack Compute node. Unless stated otherwise, any configuration information as an OpenStack compute node. Unless stated otherwise, any configuration information
should work for both the Windows 2008r2 and 2012 platforms.</para> should work for both the Windows 2008r2 and 2012 platforms.</para>
<para><emphasis role="bold">Local Storage Considerations</emphasis></para> <para><emphasis role="bold">Local Storage Considerations</emphasis></para>
<para>The Hyper-V compute node needs to have ample storage for storing the virtual machine <para>The Hyper-V compute node needs to have ample storage for storing the virtual machine

2
doc/glossary/glossary-terms.xml
View File

@ -2987,7 +2987,7 @@ Each entry in a typical ACL specifies a subject and an operation. For instance,
<glossentry> <glossentry>
<glossterm>network node</glossterm> <glossterm>network node</glossterm>
<glossdef> <glossdef>
<para>Any Compute node that runs the network worker <para>Any compute node that runs the network worker
daemon.</para> daemon.</para>
</glossdef> </glossdef>
</glossentry> </glossentry>

2
doc/install-guide/section_ceilometer-nova.xml
View File

@ -11,7 +11,7 @@
details how to install the agent that runs on the compute details how to install the agent that runs on the compute
node.</para> node.</para>
<step> <step>
<para>Install the Telemetry service on the Compute node:</para> <para>Install the Telemetry service on the compute node:</para>
<screen os="ubuntu;debian"><prompt>#</prompt> <userinput>apt-get install ceilometer-agent-compute</userinput></screen> <screen os="ubuntu;debian"><prompt>#</prompt> <userinput>apt-get install ceilometer-agent-compute</userinput></screen>
<screen os="rhel;centos;fedora"><prompt>#</prompt> <userinput>yum install openstack-ceilometer-compute</userinput></screen> <screen os="rhel;centos;fedora"><prompt>#</prompt> <userinput>yum install openstack-ceilometer-compute</userinput></screen>
<screen os="opensuse;sles"><prompt>#</prompt> <userinput>zypper install openstack-ceilometer-agent-compute</userinput></screen> <screen os="opensuse;sles"><prompt>#</prompt> <userinput>zypper install openstack-ceilometer-agent-compute</userinput></screen>

6
doc/install-guide/section_nova-compute.xml
View File

@ -2,10 +2,10 @@
xmlns:xi="http://www.w3.org/2001/XInclude" xmlns:xi="http://www.w3.org/2001/XInclude"
xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0" xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0"
xml:id="nova-compute"> xml:id="nova-compute">
<title>Configure a Compute node</title> <title>Configure a compute node</title>
<para>After you configure the Compute service on the controller <para>After you configure the Compute service on the controller
node, you must configure another system as a Compute node. The node, you must configure another system as a compute node. The
Compute node receives requests from the controller node and hosts compute node receives requests from the controller node and hosts
virtual machine instances. You can run all services on a single virtual machine instances. You can run all services on a single
node, but the examples in this guide use separate systems. This node, but the examples in this guide use separate systems. This
makes it easy to scale horizontally by adding additional Compute makes it easy to scale horizontally by adding additional Compute

2
doc/install-guide/section_nova-kvm.xml
View File

@ -2,7 +2,7 @@
xmlns:xi="http://www.w3.org/2001/XInclude" xmlns:xi="http://www.w3.org/2001/XInclude"
xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0" xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0"
xml:id="nova-kvm"> xml:id="nova-kvm">
<title>Enable KVM on the Compute node</title> <title>Enable KVM on the compute node</title>
<para>OpenStack Compute requires hardware virtualization support <para>OpenStack Compute requires hardware virtualization support
and certain kernel modules. Use the following procedure to and certain kernel modules. Use the following procedure to

11
doc/security-guide/ch055_security-services-for-instances.xml
View File

@ -151,7 +151,16 @@ gpg --verify SHA256SUMS.gpg SHA256SUMSsha256sum -c SHA256SUMS 2&gt;&amp;1 | grep
</section> </section>
<section xml:id="ch055_security-services-for-instances-idp170576"> <section xml:id="ch055_security-services-for-instances-idp170576">
<title>Instance Migrations</title> <title>Instance Migrations</title>
<para>OpenStack and the underlying virtualization layers provide for the Live Migration of images between OpenStack nodes allowing you to seamlessly perform rolling upgrades of your OpenStack Compute nodes without instance downtime. However, Live Migrations also come with their fair share of risk. To understand the risks involved, it is important to first understand how a live migration works. The following are the high level steps preformed during a live migration.</para> <para>
OpenStack and the underlying virtualization layers provide for
the live migration of images between OpenStack nodes allowing
you to seamlessly perform rolling upgrades of your OpenStack
compute nodes without instance downtime. However, live
migrations also come with their fair share of risk. To
understand the risks involved, it is important to first
understand how a live migration works. The following are the
high level steps preformed during a live migration.
</para>
<orderedlist> <orderedlist>
<listitem><para>Start instance on destination host</para> </listitem> <listitem><para>Start instance on destination host</para> </listitem>
<listitem><para>Transfer memory</para> </listitem> <listitem><para>Transfer memory</para> </listitem>

2
doc/training-guides/module001-ch005-vm-provisioning-walk-through.xml
View File

@ -164,7 +164,7 @@
<para>The following diagram shows the system state prior to <para>The following diagram shows the system state prior to
launching an instance. The image store fronted by the Image launching an instance. The image store fronted by the Image
Service has some number of predefined images. In the Service has some number of predefined images. In the
cloud, there is an available Compute node with available vCPU, cloud, there is an available compute node with available vCPU,
memory and local disk resources. Plus there are a number of memory and local disk resources. Plus there are a number of
predefined volumes in the predefined volumes in the
<systemitem class="service">cinder-volume</systemitem> service. <systemitem class="service">cinder-volume</systemitem> service.

2
doc/training-guides/module001-ch011-block-storage.xml
View File

@ -165,7 +165,7 @@
<para>Volumes are allocated block storage resources that can be <para>Volumes are allocated block storage resources that can be
attached to instances as secondary storage or they can be used as attached to instances as secondary storage or they can be used as
the root store to boot instances. Volumes are persistent R/W Block the root store to boot instances. Volumes are persistent R/W Block
Storage devices most commonly attached to the Compute node via Storage devices most commonly attached to the compute node via
iSCSI.</para> iSCSI.</para>
<para><guilabel>Snapshots</guilabel></para> <para><guilabel>Snapshots</guilabel></para>
<para>A Snapshot in OpenStack Block Storage is a read-only point in <para>A Snapshot in OpenStack Block Storage is a read-only point in

2
doc/user-guide-admin/section_cli_keystone_set_quotas.xml
View File

@ -22,7 +22,7 @@
the OpenStack Compute Service, the OpenStack Block Storage Service, the OpenStack Compute Service, the OpenStack Block Storage Service,
and the OpenStack Networking Service.</para> and the OpenStack Networking Service.</para>
<para>Typically, default values are changed because a tenant <para>Typically, default values are changed because a tenant
requires more than 10 volumes, or more than 1TB on a Compute node.</para> requires more than 10 volumes, or more than 1TB on a compute node.</para>
<note> <note>
<para>To view all tenants (projects), run: <para>To view all tenants (projects), run:
<screen><prompt>$</prompt> <userinput>keystone tenant-list</userinput> <screen><prompt>$</prompt> <userinput>keystone tenant-list</userinput>

2
doc/user-guide-admin/section_dashboard_admin_set_quotas.xml
View File

@ -18,7 +18,7 @@
cloud resources are optimized. Quotas can be enforced at both the tenant cloud resources are optimized. Quotas can be enforced at both the tenant
(or project) and the tenant-user level.</para> (or project) and the tenant-user level.</para>
<para>Typically, you change quotas when a project needs more than 10 <para>Typically, you change quotas when a project needs more than 10
volumes or 1 TB on a Compute node.</para> volumes or 1 TB on a compute node.</para>
<para>Using the Dashboard, you can view default Compute and Block Storage <para>Using the Dashboard, you can view default Compute and Block Storage
quotas for new tenants, as well as update quotas for existing tenants.</para> quotas for new tenants, as well as update quotas for existing tenants.</para>
<note> <note>

2
doc/user-guide/section_cli_nova_config-drive.xml
View File

@ -33,7 +33,7 @@
<para>To use configuration drive with libvirt, <para>To use configuration drive with libvirt,
xenserver, or vmware, you must first install the xenserver, or vmware, you must first install the
<package>genisoimage</package> package on each <package>genisoimage</package> package on each
Compute host. Otherwise, instances do not boot compute host. Otherwise, instances do not boot
properly.</para> properly.</para>
<para>Use the <literal>mkisofs_cmd</literal> flag to <para>Use the <literal>mkisofs_cmd</literal> flag to

4
doc/user-guide/section_dashboard_launch_instances_from_image.xml
View File

@ -12,7 +12,7 @@
<title>Launch an instance from an image</title> <title>Launch an instance from an image</title>
<?dbhtml stop-chunking?> <?dbhtml stop-chunking?>
<para>When you launch an instance from an image, OpenStack creates <para>When you launch an instance from an image, OpenStack creates
a local copy of the image on the Compute node where the a local copy of the image on the compute node where the
instance starts.</para> instance starts.</para>
<procedure> <procedure>
<step> <step>
@ -134,7 +134,7 @@
</step> </step>
<step> <step>
<para>Click <guibutton>Launch</guibutton>. The instance <para>Click <guibutton>Launch</guibutton>. The instance
starts on a Compute node in the cloud.</para> starts on a compute node in the cloud.</para>
</step> </step>
<step> <step>
<para>The <guilabel>Instances</guilabel> category shows <para>The <guilabel>Instances</guilabel> category shows