]> git.apps.os.sepia.ceph.com Git - ceph.git/commitdiff
doc: release notes for 0.48
authorSage Weil <sage@inktank.com>
Tue, 3 Jul 2012 03:13:51 +0000 (20:13 -0700)
committerSage Weil <sage@inktank.com>
Tue, 3 Jul 2012 03:20:14 +0000 (20:20 -0700)
Signed-off-by: Sage Weil <sage@inktank.com>
doc/index.rst
doc/release-notes.rst [new file with mode: 0644]

index 9f428591c6ec5bac39f9871e0688ed7d77647b98..923673eba4d7d87d92593e356d6a0496fd9fae42 100644 (file)
@@ -34,4 +34,5 @@ cluster to ensure that the storage hosts are running smoothly.
    architecture
    faq
    papers
+   release-notes
    appendix/index
diff --git a/doc/release-notes.rst b/doc/release-notes.rst
new file mode 100644 (file)
index 0000000..b4a691f
--- /dev/null
@@ -0,0 +1,54 @@
+===============
+ Release Notes
+===============
+
+v0.48 "argonaut"
+----------------
+
+Upgrading
+~~~~~~~~~
+
+* This release includes a disk format upgrade.  Each ceph-osd daemon, upon startup, will migrate its locally stored data to the new format.  This process can take a while (for large object counts, even hours), especially on non-btrfs file systems.  
+
+* To keep the cluster available while the upgrade is in progress, we recommend you upgrade a storage node or rack at a time, and wait for the cluster to recover each time.  To prevent the cluster from moving data around in response to the OSD daemons being down for minutes or hours, you may want to::
+
+    ceph osd set noout
+
+  This will prevent the cluster from marking down OSDs as "out" and re-replicating the data elsewhere. If you do this, be sure to clear the flag when the upgrade is complete::
+
+    ceph osd unset noout
+
+* There is a encoding format change internal to the monitor cluster. The monitor daemons are careful to switch to the new format only when all members of the quorum support it.  However, that means that a partial quorum with new code may move to the new format, and a recovering monitor running old code will be unable to join (it will crash).  If this occurs, simply upgrading the remaining monitor will resolve the problem.
+
+* The ceph tool's -s and -w commands from previous versions are incompatible with this version. Upgrade your client tools at the same time you upgrade the monitors if you rely on those commands.
+
+* It is not possible to downgrade from v0.48 to a previous version.
+
+Notable changes
+~~~~~~~~~~~~~~~
+
+* osd: stability improvements
+* osd: capability model simplification
+* osd: simpler/safer --mkfs (no longer removes all files; safe to re-run on active osd)
+* osd: potentially buggy FIEMAP behavior disabled by default
+* rbd: caching improvements
+* rbd: improved instrumentation
+* rbd: bug fixes
+* radosgw: new, scalable usage logging infrastructure
+* radosgw: per-user bucket limits
+* mon: streamlined process for setting up authentication keys
+* mon: stability improvements
+* mon: log message throttling
+* doc: improved documentation (ceph, rbd, radosgw, chef, etc.)
+* config: new default locations for daemon keyrings
+* config: arbitrary variable substitutions
+* improved 'admin socket' daemon admin interface (ceph --admin-daemon ...)
+* chef: support for multiple monitor clusters
+* upstart: basic support for monitors, mds, radosgw; osd support still a work in progress.
+
+The new default keyring locations mean that when enabling authentication (``auth supported = cephx``), keyring locations do not need to be specified if the keyring file is located inside the daemon's data directory (``/var/lib/ceph/$type/ceph-$id`` by default).
+
+There is also a lot of librbd code in this release that is laying the groundwork for the upcoming layering functionality, but is not actually used. Likewise, the upstart support is still incomplete and not recommended; we will backport that functionality later if it turns out to be non-disruptive.
+
+
+