Go to file
Peter Portante e2b9e5e06c Bring DiskFile module coverge to 100%
To bring the DiskFile module coverage to 100%, we first recognize that
do_fsync() will invoke fsync() in a separate thread, which gives
coverage fits (see the commit history at
https://github.com/portante/coverage/commits/master). To avoid that,
we mock out do_fsync to make it a no-op and avoid the problem.

The second thing we recognize is that mkstemp() relies on do_unlink
from the fs_utils module, which already consumes ENOENT errors, so we
don't need that code path in mkstemp() itself. The unused mock routine
for do_unlink was removed as well, and we renamed the other do_unlink
mock routine to os_unlink since it was mocking out os.unlink directly.

Lastly, we rejigger the error on close test for mkstemp() to
prematurely close the fd to cause an error which should just be
squelched, completing the full coverage.

Change-Id: I98283c17cf139f92282f8afd7083d567d3dd9a79
Signed-off-by: Peter Portante <peter.portante@redhat.com>
Reviewed-on: http://review.gluster.org/5082
Reviewed-by: Luis Pabon <lpabon@redhat.com>
Tested-by: Luis Pabon <lpabon@redhat.com>
2013-05-24 12:17:19 -07:00
2013-05-17 04:36:41 -07:00
2013-05-17 04:36:41 -07:00
2013-05-17 04:36:41 -07:00
2013-05-17 04:36:41 -07:00

Gluster For Swift - Integrating GlusterFS with OpenStack Swift Implementation
of the Swift API. This is a component of the Unified File and Object (UFO)
story for GlusterFS, which allows files and directories created via
gluster-native/nfs/samba mount(s) to be accessed as accounts, containers and
objects.

Install
  * yum install openstack-swift*.noarch
  * yum install gluster-swift-1.3*.noarch

Once this is done, you can access GlusterFS volumes via the Swift API where
accounts are mounted volumes (today), containers are top-level directories,
and objects are files and sub-directories of container directories.

Command to start the servers (TBD)
  swift-init main start

Command to stop the servers (TBD)
  swift-init main stop

Command to gracefully reload the servers
  swift-init main reload

Building RPMs.  RPMs will be located in the 'build' directory.
  $ bash makerpm.sh

Building RPM with a specific release value, useful for automatic Jenkin builds
  $ PROG_RELEASE=123 bash makerpm.sh
Description
Swift Object Server implementation that enables objects created using the Swift API to be accessed as files on a POSIX filesystem.
Readme 1.8 MiB
Languages
Python 98.9%
Shell 0.8%
RPM Spec 0.3%