diff --git a/.mailmap b/.mailmap index 2330062d6a..c45be7c95f 100644 --- a/.mailmap +++ b/.mailmap @@ -51,7 +51,7 @@ Tom Fifield Tom Fifield Sascha Peilicke Sascha Peilicke Zhenguo Niu Peter Portante -Christian Schwede +Christian Schwede Constantine Peresypkin Madhuri Kumari madhuri Morgan Fainberg @@ -70,3 +70,5 @@ Jing Liuqing Lorcan Browne Eohyung Lee Harshit Chitalia +Richard Hawkins +Sarvesh Ranjan diff --git a/AUTHORS b/AUTHORS index b7d9573de0..be3c5deeb9 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 b60b5b2051..1e7bd5ff36 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