Hi,
It appears, that cleanup can be used as a purge:
rados -p cleanup --prefix ""
Regards,
Igor.
-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 10:22 PM
To: Dałek, Piotr; cep
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 p
On Tue, 16 Jun 2015 12:43:08 -0700 (PDT)
Sage Weil 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 inline,
> but i
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 unsubscribe
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
---
net/ceph/mes
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. Is
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
This looks good.
Reviewed-by: Alex Elder
---
net/ceph/messenger.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/net/ceph/me
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
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) << "proce
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 majord...@v
ceph_tcp_sendpage already does the work of mapping/unmapping
the zero page if needed.
Signed-off-by: Benoît Canet
---
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
--- a/net/ceph/messenger.c
+++ b
- Original Message -
> From: "GuangYang"
> To: "Yehuda Sadeh-Weinraub"
> 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
>
>
> > Date: Wed, 24 Jun
> 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"
> To: "Yehuda Sadeh-Weinraub"
> 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.
>
> We already patched libfcgi
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: ceph-devel@vger.kernel.
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 w
- Original Message -
> From: "GuangYang"
> To: ceph-devel@vger.kernel.org, ceph-us...@lists.ceph.com, yeh...@redhat.com
> Sent: Wednesday, June 24, 2015 10:09:58 AM
> Subject: radosgw crash within libfcgi
>
> Hello Cephers,
> Recently we have several radosgw daemon crashes with the same
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 pr
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 at
> -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.
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
(
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
wrote:
> Sure,
> I guess it's actually a soft kernel lock since it's on
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:
https://b
On Thu, May 21, 2015 at 12:19 PM, Li Wang wrote:
> From: Min Chen
>
> Signed-off-by: Min Chen
> Signed-off-by: Li Wang
> Signed-off-by: Yunchuan Wen
> ---
> drivers/block/rbd.c | 186
> +++-
> 1 file changed, 183 insertions(+), 3 deletions(-)
>
24 matches
Mail list logo
