cloudstack-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
Subject [10/50] [abbrv] git commit: updated refs/heads/disk-cache to 72f2f12
Date Tue, 03 Sep 2013 11:09:15 GMT
CLOUDSTACK-4245: Add RBD (Ceph) notes to 4.2 Release Notes


Branch: refs/heads/disk-cache
Commit: dcf5b335c62ee7253c047d20fcbeb81948a59646
Parents: 4c234c0
Author: Wido den Hollander <>
Authored: Thu Aug 29 16:09:39 2013 +0200
Committer: Wido den Hollander <>
Committed: Thu Aug 29 16:18:46 2013 +0200

 docs/en-US/Release_Notes.xml | 22 ++++++++++++++++++++++
 1 file changed, 22 insertions(+)
diff --git a/docs/en-US/Release_Notes.xml b/docs/en-US/Release_Notes.xml
index 2f32a56..ae83455 100644
--- a/docs/en-US/Release_Notes.xml
+++ b/docs/en-US/Release_Notes.xml
@@ -221,6 +221,28 @@ under the License.
           check policies in the cloud. You can override this value for an individual health
+      <section id="rbd-primary-storage">
+          <title>Snaphotting, backups, cloning and System VMs for RBD Primary Storage</title>
+          <note>
+              <para>These new RBD features require at least librbd 0.61.7 (Cuttlefish)
and libvirt 0.9.14
+                  on the KVM hypervisors.</para>
+          </note>
+          <para>With this release &PRODUCT; will leverage the features of RBD format
2. This allows
+              snapshotting and backing up those snapshots.</para>
+          <para>Backups of snapshots to Secondary Storage are full copies of the RBD
+              they are not RBD diffs. This because when restoring a backup of a snapshot
it is not mandatory
+              that this backup is deployed on RBD again, it could also be a NFS Primary Storage.</para>
+          <para>Another key feature of RBD format 2 is cloning and with this release
templates will
+              be copied to Primary Storage once and using the cloning mechanism new disks
will be cloned
+              from this parent template. This saves space and decreases deployment time for
+              dramatically.</para>
+          <para>Before this release a NFS Primary Storage was still required for running
the System VMs
+              from. The reason behind this was a so called 'patch disk' which was generated
by the hypervisor
+              which contained metadata for the System VM. The scripts generating this disk
didn't support
+              RBD and thus System VMs had to be deployed from NFS. With 4.2 instead of the
patch disk a
+              VirtIO serial console is used to pass meta information to System VMs. This
enabled the deployment
+              of System VMs on RBD Primary Storage.</para>
+      </section>
     <section id="issues-fixed-4.2">
       <title>Issues Fixed in 4.2.0</title>

View raw message