You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cloudstack.apache.org by ke...@apache.org on 2013/10/13 07:55:15 UTC

[4/6] git commit: CLOUDSTACK-4815: adding correct systemvm download links

CLOUDSTACK-4815: adding correct systemvm download links

Also adding no_subtree_check to get rid of warning during mount

Signed-off-by: Prasanna Santhanam <ts...@apache.org>


Project: http://git-wip-us.apache.org/repos/asf/cloudstack-docs/repo
Commit: http://git-wip-us.apache.org/repos/asf/cloudstack-docs/commit/bae41155
Tree: http://git-wip-us.apache.org/repos/asf/cloudstack-docs/tree/bae41155
Diff: http://git-wip-us.apache.org/repos/asf/cloudstack-docs/diff/bae41155

Branch: refs/heads/4.2
Commit: bae41155f2c345511c00af35b2fa8e1f6311fe5d
Parents: a95118a
Author: Travis Graham <t...@tgraham.us>
Authored: Fri Oct 4 16:46:12 2013 -0400
Committer: David Nalley <da...@gnsa.us>
Committed: Sun Oct 13 01:50:08 2013 -0400

----------------------------------------------------------------------
 en-US/management-server-install-db-external.xml      | 2 +-
 en-US/management-server-install-db-local.xml         | 2 +-
 en-US/nfs-shares-on-management-server.xml            | 4 ++--
 en-US/nfs-shares-on-separate-server.xml              | 4 ++--
 en-US/prepare-system-vm-template.xml                 | 6 +++---
 en-US/storage-setup.xml                              | 6 +++---
 en-US/troublesht-dataloss-on-exp-primary-storage.xml | 2 +-
 7 files changed, 13 insertions(+), 13 deletions(-)
----------------------------------------------------------------------


http://git-wip-us.apache.org/repos/asf/cloudstack-docs/blob/bae41155/en-US/management-server-install-db-external.xml
----------------------------------------------------------------------
diff --git a/en-US/management-server-install-db-external.xml b/en-US/management-server-install-db-external.xml
index 2950720..2c6c8bc 100644
--- a/en-US/management-server-install-db-external.xml
+++ b/en-US/management-server-install-db-external.xml
@@ -63,7 +63,7 @@ bind-address = 0.0.0.0</programlisting>
         manually.</para>
       <programlisting language="Bash">service mysqld start</programlisting>
       <para>On Ubuntu, restart MySQL.</para>
-      <programlisting language="Bash">service mysqld restart</programlisting>
+      <programlisting language="Bash">service mysql restart</programlisting>
     </listitem>
     <listitem>
       <para>(CentOS and RHEL only; not required on Ubuntu)</para>

http://git-wip-us.apache.org/repos/asf/cloudstack-docs/blob/bae41155/en-US/management-server-install-db-local.xml
----------------------------------------------------------------------
diff --git a/en-US/management-server-install-db-local.xml b/en-US/management-server-install-db-local.xml
index ff5ab60..ebade57 100644
--- a/en-US/management-server-install-db-local.xml
+++ b/en-US/management-server-install-db-local.xml
@@ -58,7 +58,7 @@ binlog-format = 'ROW'</programlisting>
         manually.</para>
       <programlisting language="Bash">service mysqld start</programlisting>
       <para>On Ubuntu, restart MySQL.</para>
-      <programlisting language="Bash">service mysqld restart</programlisting>
+      <programlisting language="Bash">service mysql restart</programlisting>
     </listitem>
     <listitem>
       <para>(CentOS and RHEL only; not required on Ubuntu)</para>

http://git-wip-us.apache.org/repos/asf/cloudstack-docs/blob/bae41155/en-US/nfs-shares-on-management-server.xml
----------------------------------------------------------------------
diff --git a/en-US/nfs-shares-on-management-server.xml b/en-US/nfs-shares-on-management-server.xml
index 881ca8d..0ce058a 100644
--- a/en-US/nfs-shares-on-management-server.xml
+++ b/en-US/nfs-shares-on-management-server.xml
@@ -38,10 +38,10 @@ $ sudo yum install nfs-utils
 # mkdir -p /export/secondary
         </programlisting>
         </listitem>
-        <listitem><para>To configure the new directories as NFS exports, edit /etc/exports. Export the NFS share(s) with rw,async,no_root_squash. For example:</para>
+        <listitem><para>To configure the new directories as NFS exports, edit /etc/exports. Export the NFS share(s) with rw,async,no_root_squash,no_subtree_check. For example:</para>
             <programlisting># vi /etc/exports</programlisting>
             <para>Insert the following line.</para>
-            <programlisting>/export  *(rw,async,no_root_squash)</programlisting>
+            <programlisting>/export  *(rw,async,no_root_squash,no_subtree_check)</programlisting>
         </listitem>
         <listitem><para>Export the /export directory.</para>
             <programlisting># exportfs -a</programlisting>

http://git-wip-us.apache.org/repos/asf/cloudstack-docs/blob/bae41155/en-US/nfs-shares-on-separate-server.xml
----------------------------------------------------------------------
diff --git a/en-US/nfs-shares-on-separate-server.xml b/en-US/nfs-shares-on-separate-server.xml
index 947106d..6e20bb5 100644
--- a/en-US/nfs-shares-on-separate-server.xml
+++ b/en-US/nfs-shares-on-separate-server.xml
@@ -34,10 +34,10 @@
 # mkdir -p /export/secondary
         </programlisting>
         </listitem>
-        <listitem><para>To configure the new directories as NFS exports, edit /etc/exports. Export the NFS share(s) with rw,async,no_root_squash. For example:</para>
+        <listitem><para>To configure the new directories as NFS exports, edit /etc/exports. Export the NFS share(s) with rw,async,no_root_squash,no_subtree_check. For example:</para>
             <programlisting># vi /etc/exports</programlisting>
             <para>Insert the following line.</para>
-            <programlisting>/export  *(rw,async,no_root_squash)</programlisting>
+            <programlisting>/export  *(rw,async,no_root_squash,no_subtree_check)</programlisting>
         </listitem>
         <listitem><para>Export the /export directory.</para>
             <programlisting># exportfs -a</programlisting>

http://git-wip-us.apache.org/repos/asf/cloudstack-docs/blob/bae41155/en-US/prepare-system-vm-template.xml
----------------------------------------------------------------------
diff --git a/en-US/prepare-system-vm-template.xml b/en-US/prepare-system-vm-template.xml
index 35cc7e9..37a151a 100644
--- a/en-US/prepare-system-vm-template.xml
+++ b/en-US/prepare-system-vm-template.xml
@@ -50,15 +50,15 @@
        <itemizedlist>
         <listitem>
           <para>For XenServer:</para>
-          <programlisting># /usr/lib64/cloud/common/scripts/storage/secondary/cloud-install-sys-tmplt -m /mnt/secondary -u http://download.cloud.com/templates/acton/acton-systemvm-02062012.vhd.bz2 -h xenserver -s &lt;optional-management-server-secret-key&gt; -F</programlisting>
+          <programlisting># /usr/lib64/cloud/common/scripts/storage/secondary/cloud-install-sys-tmplt -m /mnt/secondary -u http://download.cloud.com/templates/4.2/systemvmtemplate-2013-07-12-master-xen.vhd.bz2 -h xenserver -s &lt;optional-management-server-secret-key&gt; -F</programlisting>
         </listitem>
         <listitem>
           <para>For vSphere:</para>
-          <programlisting># /usr/lib64/cloud/common/scripts/storage/secondary/cloud-install-sys-tmplt -m /mnt/secondary -u http://download.cloud.com/templates/acton/acton-systemvm-02062012.ova -h vmware -s &lt;optional-management-server-secret-key&gt;  -F</programlisting>
+          <programlisting># /usr/lib64/cloud/common/scripts/storage/secondary/cloud-install-sys-tmplt -m /mnt/secondary -u http://download.cloud.com/templates/4.2/systemvmtemplate-4.2-vh7.ova -h vmware -s &lt;optional-management-server-secret-key&gt;  -F</programlisting>
         </listitem>
         <listitem>
           <para>For KVM:</para>
-          <programlisting># /usr/lib64/cloud/common/scripts/storage/secondary/cloud-install-sys-tmplt -m /mnt/secondary -u http://download.cloud.com/templates/acton/acton-systemvm-02062012.qcow2.bz2 -h kvm -s &lt;optional-management-server-secret-key&gt; -F</programlisting>
+          <programlisting># /usr/lib64/cloud/common/scripts/storage/secondary/cloud-install-sys-tmplt -m /mnt/secondary -u http://download.cloud.com/templates/4.2/systemvmtemplate-2013-06-12-master-kvm.qcow2.bz2 -h kvm -s &lt;optional-management-server-secret-key&gt; -F</programlisting>
         </listitem>
         <listitem>
           <para>For LXC:</para>

http://git-wip-us.apache.org/repos/asf/cloudstack-docs/blob/bae41155/en-US/storage-setup.xml
----------------------------------------------------------------------
diff --git a/en-US/storage-setup.xml b/en-US/storage-setup.xml
index dee2f4c..669fc0d 100644
--- a/en-US/storage-setup.xml
+++ b/en-US/storage-setup.xml
@@ -84,13 +84,13 @@
           <listitem><para>If you have more than 16TB of storage on one host, create multiple EXT3 file systems and multiple NFS exports. Individual EXT3 file systems cannot exceed 16TB.</para></listitem>
           <listitem>
           <para>After /export directory is created, run the following command to configure it as an NFS export.</para>
-          <programlisting># echo "/export &lt;CIDR&gt;(rw,async,no_root_squash)" >> /etc/exports</programlisting>
+          <programlisting># echo "/export &lt;CIDR&gt;(rw,async,no_root_squash,no_subtree_check)" >> /etc/exports</programlisting>
           <para>Adjust the above command to suit your deployment needs.</para>
           <itemizedlist>
               <listitem>
               <para><emphasis role="bold">Limiting NFS export.</emphasis> It is highly recommended that you limit the NFS export to a particular subnet by specifying a subnet mask (e.g.,”192.168.1.0/24”). By allowing access from only within the expected cluster, you avoid having non-pool member mount the storage. The limit you place must include the management network(s) and the storage network(s). If the two are the same network then one CIDR is sufficient. If you have a separate storage network you must provide separate CIDR’s for both or one CIDR that is broad enough to span both.</para>
               <para>The following is an example with separate CIDRs:</para>
-              <programlisting>/export 192.168.1.0/24(rw,async,no_root_squash) 10.50.1.0/24(rw,async,no_root_squash)</programlisting>
+              <programlisting>/export 192.168.1.0/24(rw,async,no_root_squash,no_subtree_check) 10.50.1.0/24(rw,async,no_root_squash,no_subtree_check)</programlisting>
               </listitem>
               <listitem>
               <para><emphasis role="bold">Removing the async flag.</emphasis> The async flag improves performance by allowing the NFS server to respond before writes are committed to the disk. Remove the async flag in your mission critical production deployment.</para>
@@ -183,7 +183,7 @@ Attached scsi disk sdb State: running
           <listitem>
           <para><emphasis role="bold">Limiting NFS export.</emphasis> In order to avoid data loss, it is highly recommended that you limit the NFS export to a particular subnet by specifying a subnet mask (e.g.,”192.168.1.0/24”). By allowing access from only within the expected cluster, you avoid having non-pool member mount the storage and inadvertently delete all its data. The limit you place must include the management network(s) and the storage network(s). If the two are the same network then one CIDR is sufficient. If you have a separate storage network you must provide separate CIDRs for both or one CIDR that is broad enough to span both. </para>
           <para>The following is an example with separate CIDRs:</para>
-          <programlisting>/export 192.168.1.0/24(rw,async,no_root_squash) 10.50.1.0/24(rw,async,no_root_squash)</programlisting>
+          <programlisting>/export 192.168.1.0/24(rw,async,no_root_squash,no_subtree_check) 10.50.1.0/24(rw,async,no_root_squash,no_subtree_check)</programlisting>
           </listitem>
           <listitem><para><emphasis role="bold">Removing the async flag.</emphasis> The async flag improves performance by allowing the NFS server to respond before writes are committed to the disk. Remove the async flag in your mission critical production deployment.</para></listitem>
       </itemizedlist>

http://git-wip-us.apache.org/repos/asf/cloudstack-docs/blob/bae41155/en-US/troublesht-dataloss-on-exp-primary-storage.xml
----------------------------------------------------------------------
diff --git a/en-US/troublesht-dataloss-on-exp-primary-storage.xml b/en-US/troublesht-dataloss-on-exp-primary-storage.xml
index 4a94f60..f9a6efc 100644
--- a/en-US/troublesht-dataloss-on-exp-primary-storage.xml
+++ b/en-US/troublesht-dataloss-on-exp-primary-storage.xml
@@ -36,7 +36,7 @@
         <title>Solution</title>
         <para>When setting up LUN exports, restrict the range of IP addresses that are allowed access by specifying a subnet mask. For example:</para>
     </formalpara>
-    <programlisting>echo “/export 192.168.1.0/24(rw,async,no_root_squash)” &gt; /etc/exports</programlisting>
+    <programlisting>echo “/export 192.168.1.0/24(rw,async,no_root_squash,no_subtree_check)” &gt; /etc/exports</programlisting>
     <para>Adjust the above command to suit your deployment needs.</para>
     <formalpara>
         <title>More Information</title>