On Mon, Jul 14, 2014 at 2:55 AM, Dave Chinner da...@fromorbit.com wrote:
On Sun, Jul 13, 2014 at 09:01:13PM +0400, Ilya Dryomov wrote:
On Sun, Jul 13, 2014 at 5:48 AM, Samuel Just sam.j...@inktank.com wrote:
Actually, on this ubuntu kernel (3.13.0-24-generic), it doesn't seem
to give an
Hi Yehuda and Sam,
Any suggestion on top of the below issue?
Thanks,
Guang
On Jul 12, 2014, at 12:43 AM, Guang Yang yguan...@outlook.com wrote:
Hi Loic,
I opened an issue in terms of a change brought along with EC pool plus
radosgw (http://tracker.ceph.com/issues/8625), in our test cluster,
Hi,
Ideally the thing to do here is run s3-tests on your end and confirm that
the tests are failing with the patch and figure out why. Or, if it passes
for you, we can figure out what is different between your environment and
QA. And then, ideally, we can extend s3-tests to reproduce the
Hi all,
I have viewed the discuss video on Ceph CDS. By the way, sorry for the
absence because of something urgent.
It seemed that we have two ways to implement it, one is lightweight
another is complex. I like the simple one which prefer invalidating
cache and let librbd reload/lazy load object
-- All Branches --
Alfredo Deza alfredo.d...@inktank.com
2013-09-27 10:33:52 -0400 wip-5900
2014-07-08 13:58:35 -0400 wip-8679
Dan Mick dan.m...@inktank.com
2013-07-16 23:00:06 -0700 wip-5634
David Zafman david.zaf...@inktank.com
2014-06-05 00:22:34 -0700
Here's the culprit IMHO:
ea68b9372319fd0bab40856db26528d36359102e
rgw: don't allow multiple writers to same multiobject part
Fixes: #8269
Backport: firefly, dumpling
A client might need to retry a multipart part write. The original thread
might race with the new one,
On Mon, Jul 14, 2014 at 11:24:05AM +0400, Ilya Dryomov wrote:
On Mon, Jul 14, 2014 at 2:55 AM, Dave Chinner da...@fromorbit.com wrote:
On Sun, Jul 13, 2014 at 09:01:13PM +0400, Ilya Dryomov wrote:
On Sun, Jul 13, 2014 at 5:48 AM, Samuel Just sam.j...@inktank.com wrote:
I think if you call
Hey Luis,
I pushed wip-dencoder, which moves ceph-dencoder to ceph from ceph-common.
This avoids the dependency for ceph-common.
For the librados2 package, though, there is still a leveldb dependency
that makes no sense. See the packages at
Hi,
Following the below set of steps, we are seeing data loss while reading from
clones.
1)Create an image with image format 2 (in this case we have made the size to be
1024MB).
rbd create image1 --size 1024 --image-format 2
2)Map the image and write 1024MB worth of data to it.