diff --git a/doc/src/docbkx/openstack-compute-admin/computeadmin.xml b/doc/src/docbkx/openstack-compute-admin/computeadmin.xml
index 53a431e89d..c04a4d4c6b 100644
--- a/doc/src/docbkx/openstack-compute-admin/computeadmin.xml
+++ b/doc/src/docbkx/openstack-compute-admin/computeadmin.xml
@@ -591,10 +591,11 @@ euca-register mybucket/windowsserver.img.manifest.xml
<para>A- Installing the nova-volume service on the cloud controller.</para>
</listitem>
<listitem>
- <para>B- Configuring the nova-volumes volume group on the compute nodes.</para>
+ <para>B- Configuring the "nova-volumes" volume group on the compute
+ nodes.</para>
</listitem>
<listitem>
- <para>C- Troubleshooting your nova-volumes installation.</para>
+ <para>C- Troubleshooting your nova-volume installation.</para>
</listitem>
<listitem>
<para>D- Backup your nova volumes.</para>
@@ -602,8 +603,8 @@ euca-register mybucket/windowsserver.img.manifest.xml
</itemizedlist>
</para>
<simplesect>
- <title>A- Install nova-volumes on the cloud controller.</title>
- <para> This is simply done by installing the two components on the cloud controller : <literallayout class="monospaced"><code>apt-get install lvm2 nova-volumes</code></literallayout><literallayout><emphasis role="bold">For Ubuntu distros, the nova-volumes component will not properly work</emphasis> (regarding the part which deals with volumes deletion) without a small fix. In dorder to fix that, do the following : </literallayout>
+ <title>A- Install nova-volume on the cloud controller.</title>
+ <para> This is simply done by installing the two components on the cloud controller : <literallayout class="monospaced"><code>apt-get install lvm2 nova-volume</code></literallayout><literallayout><emphasis role="bold">For Ubuntu distros, the nova-volumes component will not properly work</emphasis> (regarding the part which deals with volumes deletion) without a small fix. In dorder to fix that, do the following : </literallayout>
<code>sudo visudo</code>
</para>
<para>Then add an entry for the nova user (here is the default sudoers file with our added nova user) :</para>
@@ -645,7 +646,7 @@ root ALL=(ALL) ALL
<listitem>
<para>
<emphasis role="bold">Configure Volumes for use with
- nova-volumes</emphasis></para>
+ nova-volume</emphasis></para>
<para> If you do not already have LVM volumes on hand, but have free drive
space, you will need to create a LVM volume before proceeding. Here is a
short run down of how you would create a LVM from free drive space on
@@ -732,7 +733,7 @@ vgcreate nova-volumes /dev/sda5</code> </literallayout>
</para>
</simplesect>
<simplesect>
- <title> B- Configuring nova-volumes on the compute nodes</title>
+ <title> B- Configuring nova-volume on the compute nodes</title>
<para> Since you have created the volume group, you will be able to use the following
tools for managing your volumes: </para>
<simpara><code>euca-create-volume</code></simpara>
@@ -815,7 +816,7 @@ tcp: [1] 172.16.40.244:3260,1 iqn.2010-10.org.openstack:volume-0000000b</program
and see if the new space is there. <emphasis role="italic"/></para>
<para><emphasis role="italic">KVM changes the device name, since it's not
considered to be the same type of device as the instances uses as it's
- local one, you will find the nova-volumes will be designated as
+ local one, you will find the nova-volume will be designated as
"/dev/vdX" devices, while local are named "/dev/sdX". </emphasis></para>
<para>You can check the volume attachment by running : </para>
<para><code>dmesg | tail </code></para>
@@ -884,7 +885,7 @@ mount /dev/vdb1 /extraspace </programlisting></para>
</itemizedlist>
</simplesect>
<simplesect>
- <title>C- Troubleshoot your nova-volumes installation</title>
+ <title>C- Troubleshoot your nova-volume installation</title>
<para>If the volume attachment doesn't work, you should be able to perform different
checks in order to see where the issue is. The nova-volume.log and nova-compute.log
will help you to diagnosis the errors you could encounter : </para>
@@ -1023,7 +1024,7 @@ tcp: [9] 172.16.40.244:3260,1 iqn.2010-10.org.openstack:volume-00000014
</para>
</simplesect>
<simplesect>
- <title> D- Backup your nova-volumes </title>
+ <title> D- Backup your nova-volume disks</title>
<para> While Diablo provides the snapshot functionality (using LVM snapshot), were are
going to see here how you can backup your EBS-volumes. The way we will do it offers
the advantage to make backup that don't size much, in fact, only existing data will
@@ -1235,8 +1236,8 @@ tcp: [9] 172.16.40.244:3260,1 iqn.2010-10.org.openstack:volume-00000014
</itemizedlist>
<emphasis role="bold">6- Automate your backups</emphasis>
</para>
- <para>You will mainly have more and more volumes on your nova-volumes' server. It might
- be interesting then to automate things a bit. This script <link
+ <para>You will mainly have more and more volumes allocated to your nova-volume service.
+ It might be interesting then to automate things a bit. This script <link
xlink:href="https://github.com/Razique/Bash-stuff/blob/master/SCR_5005_V01_NUAC-OPENSTACK-EBS-volumes-backup.sh"
>here</link> will assist you on this task. The script does the operations we
just did earlier, but also provides mail report and backup running (based on the "