summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorJohn Dickinson <me@not.mn>2015-03-23 12:00:28 -0700
committerJohn Dickinson <me@not.mn>2015-04-14 16:00:37 -0700
commit86920f3dbe43a0389119b7d26b61650997c0fc9f (patch)
tree39db9e691f5f676b88127e4ac525f67cc48d7929
parent4aba2fbb25edf8936e00ee9f5736cc2c0c383c32 (diff)
downloadswift-86920f3dbe43a0389119b7d26b61650997c0fc9f.tar.gz
2.3.0 authors and changelog updates
Change-Id: I5a46437a718e2a29fd289bde7bec45db4ee873bd
-rw-r--r--.mailmap4
-rw-r--r--AUTHORS15
-rw-r--r--CHANGELOG60
3 files changed, 75 insertions, 4 deletions
diff --git a/.mailmap b/.mailmap
index 2330062d6..c45be7c95 100644
--- a/.mailmap
+++ b/.mailmap
@@ -51,7 +51,7 @@ Tom Fifield <tom@openstack.org> Tom Fifield <fifieldt@unimelb.edu.au>
Sascha Peilicke <saschpe@gmx.de> Sascha Peilicke <saschpe@suse.de>
Zhenguo Niu <zhenguo@unitedstack.com> <Niu.ZGlinux@gmail.com>
Peter Portante <peter.portante@redhat.com> <peter.a.portante@gmail.com>
-Christian Schwede <info@cschwede.de> <christian.schwede@enovance.com>
+Christian Schwede <christian.schwede@enovance.com> <info@cschwede.de>
Constantine Peresypkin <constantine.peresypk@rackspace.com> <constantine@litestack.com>
Madhuri Kumari <madhuri.rai07@gmail.com> madhuri <madhuri@madhuri-VirtualBox.(none)>
Morgan Fainberg <morgan.fainberg@gmail.com> <m@metacloud.com>
@@ -70,3 +70,5 @@ Jing Liuqing <jing.liuqing@99cloud.net> <jing.liuqing@99cloud.net>
Lorcan Browne <lorcan.browne@hp.com> <lorcan.browne@hp.com>
Eohyung Lee <liquidnuker@gmail.com> <liquid@kt.com>
Harshit Chitalia <harshit@acelio.com> <harshit@acelio.com>
+Richard Hawkins <richard.hawkins@rackspace.com>
+Sarvesh Ranjan <saranjan@cisco.com>
diff --git a/AUTHORS b/AUTHORS
index b7d9573de..be3c5deeb 100644
--- a/AUTHORS
+++ b/AUTHORS
@@ -29,6 +29,7 @@ Mehdi Abaakouk (mehdi.abaakouk@enovance.com)
Jesse Andrews (anotherjesse@gmail.com)
Joe Arnold (joe@swiftstack.com)
Ionuț Arțăriși (iartarisi@suse.cz)
+Bob Ball (bob.ball@citrix.com)
Christian Berendt (berendt@b1-systems.de)
Luis de Bethencourt (luis@debethencourt.com)
Keshava Bharadwaj (kb.sankethi@gmail.com)
@@ -60,10 +61,13 @@ Cedric Dos Santos (cedric.dos.sant@gmail.com)
Gerry Drudy (gerry.drudy@hp.com)
Morgan Fainberg (morgan.fainberg@gmail.com)
ZhiQiang Fan (aji.zqfan@gmail.com)
+Mike Fedosin (mfedosin@mirantis.com)
+Ricardo Ferreira (ricardo.sff@gmail.com)
Flaper Fesp (flaper87@gmail.com)
Tom Fifield (tom@openstack.org)
Florent Flament (florent.flament-ext@cloudwatt.com)
Gaurav B. Gangalwar (gaurav@gluster.com)
+Jiangmiao Gao (tolbkni@gmail.com)
Alex Gaynor (alex.gaynor@gmail.com)
Martin Geisler (martin@geisler.net)
Anne Gentle (anne@openstack.org)
@@ -71,12 +75,13 @@ Clay Gerrard (clay.gerrard@gmail.com)
Filippo Giunchedi (fgiunchedi@wikimedia.org)
Mark Gius (launchpad@markgius.com)
David Goetz (david.goetz@rackspace.com)
+Tushar Gohad (tushar.gohad@intel.com)
Jonathan Gonzalez V (jonathan.abdiel@gmail.com)
Joe Gordon (jogo@cloudscaling.com)
David Hadas (davidh@il.ibm.com)
Andrew Hale (andy@wwwdata.eu)
Soren Hansen (soren@linux2go.dk)
-Richard (Rick) Hawkins (richard.hawkins@rackspace.com)
+Richard Hawkins (richard.hawkins@rackspace.com)
Gregory Haynes (greg@greghaynes.net)
Doug Hellmann (doug.hellmann@dreamhost.com)
Dan Hersam (dan.hersam@hp.com)
@@ -94,6 +99,7 @@ Paul Jimenez (pj@place.org)
Zhang Jinnan (ben.os@99cloud.net)
Jason Johnson (jajohnson@softlayer.com)
Brian K. Jones (bkjones@gmail.com)
+Arnaud JOST (arnaud.jost@ovh.net)
Kiyoung Jung (kiyoung.jung@kt.com)
Takashi Kajinami (kajinamit@nttdata.co.jp)
Matt Kassawara (mkassawara@gmail.com)
@@ -104,6 +110,7 @@ Dae S. Kim (dae@velatum.com)
Nathan Kinder (nkinder@redhat.com)
Eugene Kirpichov (ekirpichov@gmail.com)
Leah Klearman (lklrmn@gmail.com)
+Martin Kletzander (mkletzan@redhat.com)
Steve Kowalik (steven@wedontsleep.org)
Sergey Kraynev (skraynev@mirantis.com)
Sushil Kumar (sushil.kumar2@globallogic.com)
@@ -155,6 +162,7 @@ Constantine Peresypkin (constantine.peresypk@rackspace.com)
Dieter Plaetinck (dieter@vimeo.com)
Dan Prince (dprince@redhat.com)
Felipe Reyes (freyes@tty.cl)
+Janie Richling (jrichli@us.ibm.com)
Matt Riedemann (mriedem@us.ibm.com)
Li Riqiang (lrqrun@gmail.com)
Rafael Rivero (rafael@cloudscaling.com)
@@ -163,10 +171,11 @@ Aaron Rosen (arosen@nicira.com)
Brent Roskos (broskos@internap.com)
Shilla Saebi (shilla.saebi@gmail.com)
Cristian A Sanchez (cristian.a.sanchez@intel.com)
-saranjan (saranjan@cisco.com)
-Christian Schwede (info@cschwede.de)
+Sarvesh Ranjan (saranjan@cisco.com)
+Christian Schwede (christian.schwede@enovance.com)
Mark Seger (Mark.Seger@hp.com)
Andrew Clay Shafer (acs@parvuscaptus.com)
+Mitsuhiro SHIGEMATSU (shigematsu.mitsuhiro@lab.ntt.co.jp)
Dhriti Shikhar (dhrish20@gmail.com)
Chuck Short (chuck.short@canonical.com)
Michael Shuler (mshuler@gmail.com)
diff --git a/CHANGELOG b/CHANGELOG
index b60b5b205..1e7bd5ff3 100644
--- a/CHANGELOG
+++ b/CHANGELOG
@@ -1,3 +1,63 @@
+swift (2.3.0)
+
+ * Erasure Code support (beta)
+
+ Swift now supports an erasure-code (EC) storage policy type. This allows
+ deployers to achieve very high durability with less raw capacity as used
+ in replicated storage. However, EC requires more CPU and network
+ resources, so it is not good for every use case. EC is great for storing
+ large, infrequently accessed data in a single region.
+
+ Swift's implementation of erasure codes is meant to be transparent to
+ end users. There is no API difference between replicated storage and
+ EC storage.
+
+ To support erasure codes, Swift now depends on PyECLib and
+ liberasurecode. liberasurecode is a pluggable library that allows for
+ the actual EC algorithm to be implemented in a library of your choosing.
+
+ As a beta release, EC support is nearly fully feature complete, but it
+ is lacking support for some features (like multi-range reads) and has
+ not had a full performance characterization. This feature relies on
+ ssync for durability. Deployers are urged to do extensive testing and
+ not deploy production data using an erasure code storage policy.
+
+ Full docs are at http://swift.openstack.org/overview_erasure_code.html
+
+ * Add support for container TempURL Keys.
+
+ * Make more memcache options configurable. connection_timeout,
+ pool_timeout, tries, and io_timeout are all now configurable.
+
+ * Swift now supports composite tokens. This allows another service to
+ act on behalf of a user, but only with that user's consent.
+ See http://swift.openstack.org/overview_auth.html for more details.
+
+ * Multi-region replication was improved. When replicating data to a
+ different region, only one replica will be pushed per replication
+ cycle. This gives the remote region a chance to replicate the data
+ locally instead of pushing more data over the inter-region network.
+
+ * Internal requests from the ratelimit middleware now properly log a
+ swift_source. See http://swift.openstack.org/logs.html for details.
+
+ * Improved storage policy support for quarantine stats in swift-recon.
+
+ * The proxy log line now includes the request's storage policy index.
+
+ * Ring checker has been added to swift-recon to validate if rings are
+ built correctly. As part of this feature, storage servers have learned
+ the OPTIONS verb.
+
+ * Add support of x-remove- headers for container-sync.
+
+ * Rings now support hostnames instead of just IP addresses.
+
+ * Swift now enforces that the API version on a request is valid. Valid
+ versions are configured via the valid_api_versions setting in swift.conf
+
+ * Various other minor bug fixes and improvements.
+
swift (2.2.2)
* Data placement changes