We're doing this to more easily support future development and advanced features,
like parallel I/O and HPSS identity mappings.
Change-Id: I0192ceb0d65f0d51d9aa77f1f21800cb29e5a262
The method assertEquals has been deprecated since python 2.7.
http://docs.python.org/2/library/unittest.html#deprecated-aliases
Also in Python 3, a deprecated warning is raised when using assertEquals
therefore we should use assertEqual instead.
This is part of blueprint assertequal
Change-Id: Ie8887ba468bee10ddeb5b7a1d095821f898b9302
Currently, in certain HPSS configurations, it is not possible to make
a PUT without adding the Header "X-HPSS-Class-Of-Service-Id".
With this commit, a default COS can be specified in the config, in order
to let the user allow to omit the Header on each PUT request.
Change-Id: I4ad2fadc95cf557a1d226e336013324c339d51b6
Before this commit, users could submit a file with a purge
lock by adding a specific HTTP header.
This is not desired for every HPSS deployment.
This commit adds a boolean option, which indicates if the
header should be ignored or processed.
Change-Id: I39a9da6537fd4984e9af01c0235ec10f938b8238
The previous cleanup patch ended up taking too much code, and caused
an fd leak on any HEAD request because I had intended to clean up a
bad use of DiskFile's _close method in the ObjectServer. Fixed that.
Change-Id: I19da95ebdfa146fe90d5f126f470a2d42c35ee33
There were a few tests that were out of date compared to upstream
Swift, so I pulled just enough to make everything be green.
I have no idea why we have our own copy of these tests to maintain,
but we do. Maybe we should look into getting rid of them and just
linking straight to whatever Swift tests we have?
Change-Id: I1eb7d891fa54c8627b8aac93bfefbd413df8529d
In order for the unit test suite to run happily without HPSS installed,
some dummy implementation of the ioctl() call normally given by the
'hpssfs' module needed to be added. This was done when bringing the code
into a known good state, but the implementation would not actually work
and that seemed like it would be an issue down the road. So here's an
actually working implementation of that.
Change-Id: I52c8ede8ac2d38bb59c2d7d2fb399fd65e75577a
In the process of working on SwiftOnFile, there was a bunch of
unwanted debugging messages and cruft just to trace dataflow.
I don't think this should be in the release build, so cleaning
it up now.
Change-Id: I7fdb1de48cb97ec7e1629102d032f722210675fc
There are a few problems with the configuration in our source tree that
causes the Jenkins gates to always fail, and things that might cause
a problem later. This patch set will fix those and other problems, to bring
us into a known valid state for future commits.
Change-Id: Idf7a0ce5902c40985caa78390b01f9fc2dfbfcf4
fallocate() allows for reserving disk space for a particular inode and
fd. Hence, a client can be sure that he won't see a ENOSPC (eventually
a 507 HTTP response) later during writes. Swift's object server has
had fallocate() support from a long time.
P.S: Older versions of glusterfs (<3.6) did not support fallocate
because FUSE did not support it earlier.
http://review.gluster.org/4969http://fuse.996288.n3.nabble.com/fallocate-support-in-FUSE-td10668.html
Change-Id: Ida4b16357901707d624f92bf1b2dc8f07da4f1ad
Signed-off-by: Prashanth Pai <ppai@redhat.com>
Running `tox -e functest` when swift services are not running
is incorrectly reported as success! The fix for this borrowed
from here: https://review.openstack.org/235933
Also, sphinx package is not needed in swiftonfile as we do not
have docs to build.
Change-Id: I675a438367497bc9a3c4aca21a0e48458673ab04
Signed-off-by: Prashanth Pai <ppai@redhat.com>
This will optimize the first GET on files added from file interface.
More info: https://gist.github.com/prashanthpai/62e0bec770421561ea79
Change-Id: I3f0fd897eedf1413c3e7d5dca0f6196c62549fcb
Signed-off-by: Prashanth Pai <ppai@redhat.com>
This change:
* Simplifies read_metadata() method.
* Validates pickle header before attempting to unpickle.
Change-Id: I08d4187f7f4cc963d095b2cd2bcee3039a7dc858
Signed-off-by: Prashanth Pai <ppai@redhat.com>