Re: [CEPH-DEVEL] ./run-make-check.sh

Thanks, Loic!!! Am I ought to dig into OSD.cc, or is that message ignorable ? Shinobu - Original Message - From: "Loic Dachary" <l...@dachary.org> To: "Shinobu Kinjo" <ski...@redhat.com>, "ceph-devel" <ceph-devel@vger.kernel.org> Sent:

[CEPH-DEVEL] ./run-make-check.sh

Hello, I saw this message during executing run-make-check.sh on fc23: 2015-11-20 01:05:37.529021 7f8742e3d7c0 -1 ** ERROR: error creating empty object store in testdir/osd-reactivate/0: (13) Permission denied Can we ignore at the moment? If I've missed anything, let me know. Thanks!!

Re: [CEPH-DEVEL] ./run-make-check.sh

I always run with root -; Thanks! Shinobu - Original Message - From: "tobe" <tobeg3oo...@gmail.com> To: "Shinobu Kinjo" <ski...@redhat.com> Cc: "ceph-devel" <ceph-devel@vger.kernel.org> Sent: Friday, November 20, 2015 11:24:57 AM Subject

Re: [CEPH-DEVEL] MAX_RBD_IMAGES

: "Dan Mick" <dm...@redhat.com> To: "Shinobu Kinjo" <ski...@redhat.com>, "ceph-devel" <ceph-devel@vger.kernel.org> Sent: Wednesday, September 30, 2015 9:04:35 AM Subject: Re: [CEPH-DEVEL] MAX_RBD_IMAGES On 09/22/2015 02:55 PM, Shinobu Kin

[CEPH-DEVEL] [Workaround] Keystone VPI v3

Since the OpenStack Keystone team will move to use v3 API and try to decommission v2 completely, probably we need to modify codes in /src/rgw/. ./src/common/config_opts.h ./src/rgw/rgw_json_enc.cc ./src/rgw/rgw_swift.cc ./src/rgw/rgw_swift_auth.cc ./src/rgw/rgw_rest_swift.cc

Re: [CEPH-DEVEL] [ceph-users] occasional failure to unmap rbd

Thanks! I completely overlooked that -; Shinobu - Original Message - From: "Ilya Dryomov" <idryo...@gmail.com> To: "Shinobu Kinjo" <ski...@redhat.com> Cc: "Ceph Development" <ceph-devel@vger.kernel.org> Sent: Saturday, September 26, 2015

[CEPH-DEVEL] [ceph-users] occasional failure to unmap rbd

I think it's more helpful to put returned value in: # ./src/krbd.cc 530 cerr << "rbd: sysfs write failed" << std::endl; like: 530 cerr << "rbd: sysfs write failed (" << r << ")" << std::endl; So that we exactly know what **write** complains about. Because **write** has some return

Re: [openstack-dev] [Manila] CephFS native driver

So here are questions from my side. Just question. 1.What is the biggest advantage comparing others such as RDB? We should be able to implement what you are going to do in existing module, shouldn't we? 2.What are you going to focus on with a new implementation? It seems to be to use

[CEPH-DEVEL] MAX_RBD_IMAGES

Hello, Does any of you know why *MAX_RBD_IMAGES* was changed from 16 to 128? I hope that Dan remember -; http://resources.ustack.com/ceph/ceph/commit/2a6dcabf7f1b7550a0fa4fd223970ffc24ad7870 - Shinobu -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a

Re: [CEPH-DEVEL] MAX_RBD_IMAGES

iginal Message - From: "Josh Durgin" <jdur...@redhat.com> To: "Shinobu Kinjo" <ski...@redhat.com>, "ceph-devel" <ceph-devel@vger.kernel.org> Sent: Wednesday, September 23, 2015 7:42:29 AM Subject: Re: [CEPH-DEVEL] MAX_RBD_IMAGES On 09/22/2015 02:55

[CEPH-DEVEL] ./src/vstart.sh

Whenever I run vstart.sh, there are always 2 [global] sections in ./src/ceph.conf. First one makes sense but second one is just empty. Is it supposed to be? If so what's the purpose of second one? $ grep global /data/ceph/src/ceph.conf [global] [global] Shinobu -- To unsubscribe from

Re: Brewer's theorem also known as CAP theorem

Since I'm trying to write an article about distributed system, this thread is really really good to me. I'm quite sure that my thought is not always perfects thought. #inline When I played with Lustre(2.6.x), I saw many times data inconsistency especially metadata, and GPFS(2.6.18) as well,

Re: RGW Keystone interaction (was [ceph-users] Ceph.conf)

> Looked a bit more into this, swift apis seem to support the use > of an admin tenant, user & token for validating the bearer token, > similar to other openstack service which use a service tenant > credentials for authenticating. Yes, it's just working as middleware under Keystone. > Though

Re: pet project: OSD compatible daemon

What I'm thinking of is to use fluentd to get log with quite human-readable format. Is it same of what you are thinking of? Shinobu - Original Message - From: "Shinobu" To: ski...@redhat.com Sent: Friday, September 11, 2015 6:16:18 PM Subject: Fwd: pet project:

Re: pet project: OSD compatible daemon

Yes, that is what I'm thinking. Shinobu - Original Message - From: "Loic Dachary" <l...@dachary.org> To: "Shinobu Kinjo" <ski...@redhat.com> Cc: "ceph-devel" <ceph-devel@vger.kernel.org> Sent: Saturday, September 12, 2015 12:10:43 AM

[ceph-users] Ceph.conf

Hello, I'm seeing 859 parameters in the output of: $ ./ceph --show-config | wc -l *** DEVELOPER MODE: setting PATH, PYTHONPATH and LD_LIBRARY_PATH *** 859 In: $ ./ceph --version *** DEVELOPER MODE: setting PATH, PYTHONPATH and LD_LIBRARY_PATH *** ceph version

Re: [ceph-users] Ceph.conf

rom: "Gregory Farnum" <gfar...@redhat.com> To: "Shinobu Kinjo" <ski...@redhat.com> Cc: "ceph-users" <ceph-us...@lists.ceph.com>, "ceph-devel" <ceph-devel@vger.kernel.org> Sent: Thursday, September 10, 2015 5:57:52 PM Subject: Re: [ceph-us

Re: [ceph-users] qemu jemalloc support soon in master (applied in paolo upstream branch)

That would be my life saver. Thanks a lot! > you simply need to compile qemu with --enable-jemalloc, to enable jemmaloc > support. - Original Message - From: "Alexandre DERUMIER" To: "ceph-users" , "ceph-devel"

Re: [ceph-users] Inconsistent PGs that ceph pg repair does not fix

That's a good news. Shinobu - Original Message - From: "Sage Weil" To: "Andras Pataki" Cc: ceph-us...@lists.ceph.com, ceph-devel@vger.kernel.org Sent: Wednesday, September 9, 2015 3:07:29 AM Subject: Re: [ceph-users] Inconsistent PGs that

Re: [ceph-users] jemalloc and transparent hugepage

I email you guys about using jemalloc. There might be workaround to use it much more effectively. I hope some of you saw my email... Shinobu - Original Message - From: "Mark Nelson" To: "Alexandre DERUMIER" , "ceph-devel"

Re: [ceph-users] RAM usage only very slowly decreases after cluster recovery

Since jemalloc tries to create arena on different thread for lock contention problems, no matter when system is busy. This causes increasing memory usage. I think we probably need to think how to a little bit carefully make use of: pthread_create() tcache redzone Etc... And I

Re: Ceph Hackathon: More Memory Allocator Testing

Pre loading jemalloc after compiling with malloc $ cat hoge.c #include int main() { int *ptr = malloc(sizeof(int) * 10); if (ptr == NULL) exit(EXIT_FAILURE); free(ptr); } $ gcc ./hoge.c $ ldd ./a.out linux-vdso.so.1 (0x7fffe17e5000) libc.so.6 =>

Re: [ceph-deploy] Ambiguous Debug Message

> But in the meantime, I think that ceph-deploy could report that it couldn't > connect and suggest that the user should try to > SSH directly to the host. Would that be an acceptable report? (given that we Yes, that's reasonable. We have to see some kind of alternative caution. Thank you for

[ceph-deploy] Ambiguous Debug Message

Hi, When I ran: $ sudo ./ceph-deploy --username ceph install ceph01 I ended up with: [ceph_deploy][ERROR ] RuntimeError: connecting to host: ceph@ceph01 resulted in errors: HostNotFound ceph@ceph01 That's fine. I need to do something. But actual reason of failure was: Permission

Re: Proposal: data-at-rest encryption

Hi, Thanks for your good comeback! to your KSS -; Shinobu - Original Message - From: Joshua Schmid jsch...@suse.de To: ski...@redhat.com, Sage Weil s...@newdream.net Cc: Ceph Development ceph-devel@vger.kernel.org Sent: Friday, August 28, 2015 5:11:34 PM Subject: Re: Proposal:

Re: Errors attaching RBD image to a running VM

. Because, as you might notice, there have been a bunch of bug fixes. And please attach logs related to Ceph, qemu and livbirt. Shinobu - Original Message - From: B, Naga Venkata nag...@hpe.com To: Shinobu Kinjo ski...@redhat.com Cc: Ceph Development ceph-devel@vger.kernel.org Sent: Thursday

Re: Errors attaching RBD image to a running VM

this error Errors attaching RBD image to a running VM is there. Thanks Regards, Venkat -Original Message- From: Shinobu Kinjo [mailto:ski...@redhat.com] Sent: Thursday, August 27, 2015 6:00 PM To: B, Naga Venkata Cc: Ceph Development Subject: Re: Errors attaching RBD image to a running VM Hello

Re: Errors attaching RBD image to a running VM

Hello Venkat, Thank you!! Shinobu - Original Message - From: B, Naga Venkata nag...@hpe.com To: ski...@redhat.com Cc: Ceph Development ceph-devel@vger.kernel.org Sent: Wednesday, August 26, 2015 7:24:17 PM Subject: RE: Errors attaching RBD image to a running VM Hi Shinobu, This is

Re: Ceph Day Raleigh Cancelled

Hello Patrick, Thank you! I should be there. Shinobu - Original Message - From: Patrick McGarry pmcga...@redhat.com To: ski...@redhat.com Cc: Ceph Devel ceph-devel@vger.kernel.org, Ceph-User ceph-us...@ceph.com Sent: Wednesday, August 26, 2015 7:51:14 AM Subject: Re: Ceph Day Raleigh

Re: Ceph Hackathon: More Memory Allocator Testing

Thank you for that result. So it might make sense to know difference between jemalloc and jemalloc 4.0. Shinobu - Original Message - From: Alexandre DERUMIER aderum...@odiso.com To: Shinobu Kinjo ski...@redhat.com Cc: Stephen L Blinick stephen.l.blin...@intel.com, Somnath Roy somnath

Re: [Cbt] Ceph Community Lab: Understanding where the QA suites spend time

The network variance also counts : Yes, it's quite true. We have to consider of that part. Shinobu - Original Message - From: Loic Dachary l...@dachary.org To: Mark Nelson mnel...@redhat.com, ceph-devel ceph-devel@vger.kernel.org, c...@lists.ceph.com Sent: Thursday, August 20, 2015

Re: Ceph Hackathon: More Memory Allocator Testing

How about making any sheet for testing patter? Shinobu - Original Message - From: Stephen L Blinick stephen.l.blin...@intel.com To: Alexandre DERUMIER aderum...@odiso.com, Somnath Roy somnath@sandisk.com Cc: Mark Nelson mnel...@redhat.com, ceph-devel ceph-devel@vger.kernel.org

Re: Ceph Hackathon: More Memory Allocator Testing

yes, that's true. - Original Message - From: Haomai Wang haomaiw...@gmail.com To: Somnath Roy somnath@sandisk.com Cc: Mark Nelson mnel...@redhat.com, ceph-devel ceph-devel@vger.kernel.org Sent: Wednesday, August 19, 2015 5:07:53 PM Subject: Re: Ceph Hackathon: More Memory Allocator

Re: Ceph Hackathon: More Memory Allocator Testing

Thank you. That's pretty interesting to me. Shinobu - Original Message - From: Mark Nelson mnel...@redhat.com To: ceph-devel ceph-devel@vger.kernel.org Sent: Wednesday, August 19, 2015 1:45:36 PM Subject: Ceph Hackathon: More Memory Allocator Testing Hi Everyone, One of the goals at

test

Please ignore. -- 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