Hello Ian,
Thanks for your interest.
On Mon, Jun 02, 2014 at 06:37:48PM -0400, Ian Colle wrote:
Thanks, Filippos! Very interesting reading.
Are you comfortable enough yet to remove the RAID-1 from your architecture and
get all that space back?
Actually, we are not ready to do that yet.
Hello all,
As you may already know, we have been using Ceph for quite some time now to back
the ~okeanos [1] public cloud service, which is powered by Synnefo [2].
A few months ago we were kindly invited to write an article about our
experiences with Ceph for the USENIX ;login: magazine. The
Hello,
We recently bumped again into the same assertion error.
Do you have any indications or update regarding the cause ?
On Tue, Feb 25, 2014 at 11:26:15AM -0800, Noah Watkins wrote:
On Tue, Feb 25, 2014 at 9:51 AM, Josh Durgin josh.dur...@inktank.com wrote:
That's a good idea. This
Hello all,
We recently bumped into the following assertion error in librados on our
production service:
common/Mutex.cc: In function 'void Mutex::Lock(bool)' thread 7fa2c2ccf700 time
2014-02-21 07:23:26.340791
common/Mutex.cc: 93: FAILED assert(r == 0)
ceph version 0.72.2
On Mon, Jan 27, 2014 at 01:10:23PM -0500, Kyle Bader wrote:
Are there any tools we are not aware of for controlling, possibly pausing,
deep-scrub and/or getting some progress about the procedure ?
Also since I believe it would be a bad practice to disable deep-scrubbing
do you
have any
On Mon, Jan 27, 2014 at 10:45:48AM -0800, Sage Weil wrote:
There is also
ceph osd set noscrub
and then later
ceph osd unset noscrub
I forget whether this pauses an in-progress PG scrub or just makes it stop
when it gets to the next PG boundary.
sage
I bumped into those
On Tue, Jan 28, 2014 at 01:30:46AM -0500, Mike Dawson wrote:
On 1/27/2014 1:45 PM, Sage Weil wrote:
There is also
ceph osd set noscrub
and then later
ceph osd unset noscrub
In my experience scrub isn't nearly as much of a problem as
deep-scrub. On a IOPS constrained cluster
Hello all,
We have been running RADOS in a large scale, production, public cloud
environment for a few months now and we are generally happy with it.
However, we experience performance problems when deep scrubbing is active.
We managed to reproduce them in our testing cluster running emperor,
* Return -EINVAL on client parsing error
* Remove unneeded std::string convertions
* Typos/style fixes
Kind Regards,
Filippos
Filippos Giannakos (2):
Add RADOS lock mechanism to the librados C/C++ API.
Add RADOS API lock tests
src/Makefile.am| 11 +-
src/include/rados
Add functions to the librados C/C++ API, to take advantage and utilize the
advisory locking system offered by RADOS.
Signed-off-by: Filippos Giannakos philipg...@grnet.gr
---
src/Makefile.am|5 +-
src/include/rados/librados.h | 102 ++-
src/include
Add tests for the advisory locking API calls.
Signed-off-by: Filippos Giannakos philipg...@grnet.gr
---
src/Makefile.am |6 +
src/test/librados/lock.cc | 301 +
2 files changed, 307 insertions(+)
create mode 100644 src/test/librados
Hi Josh,
On 05/31/2013 10:44 PM, Josh Durgin wrote:
On 05/30/2013 06:02 AM, Filippos Giannakos wrote:
The following patches export the RADOS advisory locks functionality to
the C/C++
librados API. The extra API calls added are inspired by the relevant
functions
of librbd.
This looks good
Add functions to the librados C/C++ API, to take advantage and utilize the
advisory locking system offered by RADOS.
Signed-off-by: Filippos Giannakos philipg...@grnet.gr
---
src/Makefile.am|5 +-
src/include/rados/librados.h | 95 +++-
src/include/rados
Hi Team,
The following patches export the RADOS advisory locks functionality to the C/C++
librados API. The extra API calls added are inspired by the relevant functions
of librbd.
Kind Regards,
Filippos
Filippos Giannakos (2):
Add RADOS lock mechanism to the librados C/C++ API.
Add RADOS
python-ceph complains when installed to debian squeeze about the 'with'
statement. Apparently installation tries to install the python-ceph package for
python 2.5, which does not support the 'with' statement natively.
Signed-off-by: Filippos Giannakos philipg...@grnet.gr
---
debian/control
Hi Josh,
On 01/05/2013 02:08 AM, Josh Durgin wrote:
On 01/04/2013 05:01 AM, Filippos Giannakos wrote:
Hi Team,
Is there any progress or any comments regarding the librados aio stat
patch ?
They look good to me. I put them in the wip-librados-aio-stat branch.
Can we add your signed-off
Hi Team,
Is there any progress or any comments regarding the librados aio stat
patch ?
Best regards
On 12/20/2012 10:05 PM, Filippos Giannakos wrote:
Hi Team,
Here is the patch with the changes, plus the tests you requested.
Best regards,
Filippos
--
Filippos.
--
To unsubscribe from
Hi Team,
Here is the patch with the changes, plus the tests you requested.
Best regards,
Filippos
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Implement aio stat and also export this functionality to the C API.
---
src/include/rados/librados.h | 16 ++-
src/include/rados/librados.hpp |4 +++-
src/librados/IoCtxImpl.cc | 42
src/librados/IoCtxImpl.h |9
Implement simple write-stat test, and a write-stat-remove-stat test cycle.
---
src/include/rados/librados.h |2 +-
src/test/librados/aio.cc | 176 ++
2 files changed, 177 insertions(+), 1 deletion(-)
diff --git a/src/include/rados/librados.h
OK. About the LIBRADOS_VER_MINOR, do you want me to bump it and submit a
new patch?
Best regards,
Filippos
On 12/15/2012 09:49 AM, Yehuda Sadeh wrote:
Went through it briefly, looks fine, though I'd like to go over it
some more before picking this up. Note that LIBRADOS_VER_MINOR needs
to be
21 matches
Mail list logo
