- Original Message -
From: Loic Dachary l...@dachary.org
To: Yehuda Sadeh-Weinraub yeh...@redhat.com
Cc: Ceph Development ceph-devel@vger.kernel.org
Sent: Tuesday, March 3, 2015 6:57:32 AM
Subject: Re: rgw and the next firefly release
Hi Yehuda,
The rgw suite came back green
Hi Yehuda,
The rgw suite came back green http://tracker.ceph.com/issues/10641#rgw with
https://github.com/ceph/ceph/tree/firefly-backports which includes the
requested backports.
Do you think it is ready for QE to start their own round of testing ?
Cheers
On 02/03/2015 18:21, Yehuda
Hello, all
I have ceph+RGW installation. And have some problems with shadow objects.
For example:
#rados ls -p .rgw.buckets|grep default.4507.1
.
default.4507.1__shadow_test_s3.2/2vO4WskQNBGMnC8MGaYPSLfGkhQY76U.1_5
default.4507.1__shadow_test_s3.2/2vO4WskQNBGMnC8MGaYPSLfGkhQY76U.2_2
Hi Yuri,
The firefly branch for v0.80.9 as found at
https://github.com/ceph/ceph/commits/firefly has been approved by Greg, Yehuda,
Josh and Sam and is ready for QE.
For the record, the head is
https://github.com/ceph/ceph/commit/edd37e39d155fbe36012008df3d49e33ec3117cc
and the details of
Hi Sage,
The firefly branch for v0.80.9 as found at
https://github.com/ceph/ceph/commits/firefly has been approved by Greg, Yehuda,
Josh and Sam. It is not expected to change significantly while QE conducts
tests and release notes can be worked on in the meantime.
Cheers
--
Loïc Dachary,
Yeah, applied it now.
Thanks,
Yehuda
- Original Message -
From: Matt W. Benjamin m...@cohortfs.com
To: ceph-devel ceph-devel@vger.kernel.org
Sent: Tuesday, March 3, 2015 11:03:35 AM
Subject: can PR 3834 apply to Hammer?
This was just CMake build fixes.
Matt
--
Matt Benjamin
This was just CMake build fixes.
Matt
--
Matt Benjamin
CohortFS, LLC.
315 West Huron Street, Suite 140A
Ann Arbor, Michigan 48103
http://cohortfs.com
tel. 734-761-4689
fax. 734-769-8938
cel. 734-216-5309
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body
ceph_aops was already defined extern in addr.c section
Signed-off-by: Fabian Frederick f...@skynet.be
---
fs/ceph/super.h |1 -
1 file changed, 1 deletion(-)
diff --git a/fs/ceph/super.h b/fs/ceph/super.h
index 04c8124..02ca99c 100644
--- a/fs/ceph/super.h
+++ b/fs/ceph/super.h
@@ -881,7
Zheng noticed on my new sessionmap code [1] that sessions weren't
getting dirtied on trim_completed_requests. I had missed that, because
I was only updating the places that we already incremented the
sessionmap version while modifying something.
I went and looked at how this worked in the
Le mardi 03 mars 2015 à 16:32 -0800, Sage Weil a écrit :
On Wed, 4 Mar 2015, Olivier Bonvalet wrote:
Does kernel client affected by the problem ?
Nope. The kernel client is unaffected.. the issue is in librbd.
sage
Ok, thanks for the clarification.
So I have to dig !
--
To
On Thu, 26 Feb 2015, Andreas Bluemle wrote:
Hi,
during the performance weely meeting, I had mentioned
my experiences concerning the transaction structure
for write requests at the level of the FileStore.
Such a transaction not only contains the OP_WRITE
operation to the object in the file
Am 03.03.2015 um 19:31 schrieb Deepak Shetty:
[...]
For us security is very critical, as the performance is too. The
first solution via ganesha is not what we prefer (to use CephFS
via p9 and NFS would not perform that well I guess). The second
solution, to use CephFS directly to the VM would
On Tue, 3 Mar 2015, Li Wang wrote:
Hi Sage,
We are pretty interested in the multi-object transaction support,
we think it is potencially very useful. we have read your implementation
description, and summarize it as below, please check if our
understanding is correct,
1 client select a
On 03/03/2015 04:19 PM, Sage Weil wrote:
Hi,
This is just a heads up that we've identified a performance regression in
v0.80.8 from previous firefly releases. A v0.80.9 is working it's way
through QA and should be out in a few days. If you haven't upgraded yet
you may want to wait.
https://www.surveymonkey.com/s/XVGWFDM
--
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
Hi,
This is just a heads up that we've identified a performance regression in
v0.80.8 from previous firefly releases. A v0.80.9 is working it's way
through QA and should be out in a few days. If you haven't upgraded yet
you may want to wait.
Thanks!
sage
--
To unsubscribe from this list:
Ken
PLs se http://tracker.ceph.com/issues/10641 for more details
Thx
YuriW
- Original Message -
From: Ken Dreyer kdre...@redhat.com
To: Sage Weil sw...@redhat.com, ceph-devel@vger.kernel.org,
ceph-us...@ceph.com
Sent: Tuesday, March 3, 2015 3:28:02 PM
Subject: Re: v0.80.8 and librbd
Does kernel client affected by the problem ?
Le mardi 03 mars 2015 à 15:19 -0800, Sage Weil a écrit :
Hi,
This is just a heads up that we've identified a performance regression in
v0.80.8 from previous firefly releases. A v0.80.9 is working it's way
through QA and should be out in a few
Yep, I bumped the OSD: Transactions discussion to the end of the day.
Let me know if you see anything else that looks amiss (including my
timezone math!). Thanks.
On Tue, Mar 3, 2015 at 5:52 PM, Sage Weil sw...@redhat.com wrote:
On Tue, 3 Mar 2015, Li Wang wrote:
Hi Sage,
We are pretty
On Wed, 4 Mar 2015, Olivier Bonvalet wrote:
Does kernel client affected by the problem ?
Nope. The kernel client is unaffected.. the issue is in librbd.
sage
Le mardi 03 mars 2015 à 15:19 -0800, Sage Weil a écrit :
Hi,
This is just a heads up that we've identified a performance
Hi Sage,
We are pretty interested in the multi-object transaction support,
we think it is potencially very useful. we have read your implementation
description, and summarize it as below, please check if our
understanding is correct,
1 client select a master, and sends full txn to master
2
21 matches
Mail list logo
