On Thu, May 21, 2015 at 12:19 PM, Li Wang liw...@ubuntukylin.com wrote:
From: Min Chen minc...@ubuntukylin.com
Signed-off-by: Min Chen minc...@ubuntukylin.com
Signed-off-by: Li Wang liw...@ubuntukylin.com
Signed-off-by: Yunchuan Wen yunchuan...@ubuntukylin.com
---
drivers/block/rbd.c | 186
Thanks Yehuda for the response.
We already patched libfcgi to use poll instead of select to overcome the
limitation.
Thanks,
Guang
Date: Wed, 24 Jun 2015 14:40:25 -0400
From: yeh...@redhat.com
To: yguan...@outlook.com
CC:
Date: Wed, 24 Jun 2015 17:04:05 -0400
From: yeh...@redhat.com
To: yguan...@outlook.com
CC: ceph-devel@vger.kernel.org; ceph-us...@lists.ceph.com
Subject: Re: radosgw crash within libfcgi
- Original Message -
From: GuangYang
- Original Message -
From: GuangYang yguan...@outlook.com
To: Yehuda Sadeh-Weinraub yeh...@redhat.com
Cc: ceph-devel@vger.kernel.org, ceph-us...@lists.ceph.com
Sent: Wednesday, June 24, 2015 2:12:23 PM
Subject: RE: radosgw crash within libfcgi
Also, looking at the code, I see an extra call to FCGX_Finish_r():
diff --git a/src/rgw/rgw_main.cc b/src/rgw/rgw_main.cc
index 9a8aa5f..0aa7ded 100644
--- a/src/rgw/rgw_main.cc
+++ b/src/rgw/rgw_main.cc
@@ -669,8 +669,6 @@ void RGWFCGXProcess::handle_request(RGWRequest *r)
dout(20)
- Original Message -
From: GuangYang yguan...@outlook.com
To: Yehuda Sadeh-Weinraub yeh...@redhat.com
Cc: ceph-devel@vger.kernel.org, ceph-us...@lists.ceph.com
Sent: Wednesday, June 24, 2015 1:53:20 PM
Subject: RE: radosgw crash within libfcgi
Thanks Yehuda for the response.
ceph_tcp_sendpage already does the work of mapping/unmapping
the zero page if needed.
Signed-off-by: Benoît Canet benoit.ca...@nodalink.com
---
net/ceph/messenger.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/net/ceph/messenger.c b/net/ceph/messenger.c
index 967080a..38f06a4 100644
---
Spotted via visual inspection of the code.
Benoît Canet (1):
libceph: Remove spurious kunmap() of the zero page
net/ceph/messenger.c | 1 -
1 file changed, 1 deletion(-)
--
2.1.4
--
To unsubscribe from this list: send the line unsubscribe ceph-devel in
the body of a message to
Could you please run echo 1 /proc/sys/kernel/sysrq; echo t
/proc/sysrq-trigger when this warning happens again. then send the
kernel message to us.
Regards
Yan, Zheng
On Tue, Jun 23, 2015 at 10:25 PM, Barclay Jameson
almightybe...@gmail.com wrote:
Sure,
I guess it's actually a soft kernel
8AM PST as usual!
Please feel free to add discussion topics to the etherpad!
Here's the links:
Etherpad URL:
http://pad.ceph.com/p/performance_weekly
To join the Meeting:
https://bluejeans.com/268261044
To join via Browser:
https://bluejeans.com/268261044/browser
To join with Lync:
On 06/24/2015 07:35 PM, Alex Elder wrote:
On 06/24/2015 04:18 PM, Benoît Canet wrote:
Spotted via visual inspection of the code.
Benoît Canet (1):
libceph: Remove spurious kunmap() of the zero page
net/ceph/messenger.c | 1 -
1 file changed, 1 deletion(-)
I got no patch with this.
On 06/24/2015 04:18 PM, Benoît Canet wrote:
Spotted via visual inspection of the code.
Benoît Canet (1):
libceph: Remove spurious kunmap() of the zero page
net/ceph/messenger.c | 1 -
1 file changed, 1 deletion(-)
I got no patch with this. Is it just me? -Alex
--
To unsubscribe
On 06/24/2015 04:18 PM, Benoît Canet wrote:
ceph_tcp_sendpage already does the work of mapping/unmapping
the zero page if needed.
Signed-off-by: Benoît Canet benoit.ca...@nodalink.com
This looks good.
Reviewed-by: Alex Elder el...@linaro.org
---
net/ceph/messenger.c | 1 -
1 file
ceph_msgr_slab_init may fail due to a temporary ENOMEM.
Delay a bit the initialization of zero_page in ceph_msgr_init and
reorder it's cleanup in _ceph_msgr_exit for readability sake.
BUG_ON() will not suffer to be postponed in case it is triggered.
Signed-off-by: Benoît Canet
Spotted by visual inspection.
Applies on libceph: Remove spurious kunmap() of the zero page.
Benoît Canet (1):
libceph: Avoid holding the zero page on ceph_msgr_slab_init errors
net/ceph/messenger.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
--
2.1.4
--
To
Dear All:
I am a complete beginner in Ceph and due to various circumstances I became
curious about omap. I made some quick web searches and read some random
writings about it, but I still have basic questions.
- If I had to refer to omap in a doc/foo.rst, is there a canonical
web-page, blog
On Tue, 16 Jun 2015 12:43:08 -0700 (PDT)
Sage Weil s...@newdream.net wrote:
With hammer the size of object_info_t crossed the 255 byte boundary, which
is the max xattr value that XFS can inline. We've since merged something
that stripes over several small xattrs so that we can keep things
I have benchmarking situations where I want to leave a pool around but
delete a lot of objects from the pool. Is there any really fast way to do that?
I noticed rados rmpool is fast but I don't want to remove the pool.
I have been spawning multiple threads, each deleting a subset of the objects
-Original Message-
From: ceph-devel-ow...@vger.kernel.org [mailto:ceph-devel-
ow...@vger.kernel.org] On Behalf Of Deneau, Tom
Sent: Wednesday, June 24, 2015 6:44 PM
I have benchmarking situations where I want to leave a pool around but
delete a lot of objects from the pool. Is
Hello Cephers,
Recently we have several radosgw daemon crashes with the same following kernel
log:
Jun 23 14:17:38 xxx kernel: radosgw[68180]: segfault at f0 ip 7ffa069996f2
sp 7ff55c432710 error 6 in libfcgi.so.0.0.0[7ffa06995000+a000] in
libfcgi.so.0.0.0[7ffa06995000+a000]
Looking
Hello,
debian directory is missing in the ceph 0.94.2 tar.gz file.
So dpkg-buildpackages doesn t work.
I tryed taking the debian directory from github repo and it doesn t go
through I don t get the debian built due to a weird error
I tryed taking the debian directory from v0.94.1 but same as
I've noticed that deleting objects from a basic k=2 m=1 erasure pool is much
much slower than deleting a similar number of objects from a replicated size 3
pool (so the same number of files to be deleted). It looked like the ec pool
object deletion was almost 20x slower. Is there a lot more
22 matches
Mail list logo
