Re: wip-auth

2015-01-29 Thread Andreas Bluemle
Hi Sage, I tried to integrate wip-auth into my 0.91 build environment. I had not been able to start the cluster successfully: ceph-mon crashes with a segmentation fault in CryptoKey::encrypt() (see attachment). This happens when linking with libnss or libcryptopp (version 5.6.2). I created the

Re: 01/28/2015 Weekly Ceph Performance Meeting IS ON!

2015-01-29 Thread Alexandre DERUMIER
Hi Mark, do you have a recorded video of the meeting ? I'm seeing some discussions about ssd benchmark in etherpad, as I'm going to do some big benchs next month, I'm interested ;) - Mail original - De: "Mark Nelson" À: "ceph-devel" Envoyé: Mercredi 28 Janvier 2015 16:12:38 Objet: 0

Re: [ceph-users] keyvaluestore backend metadata overhead

2015-01-29 Thread Haomai Wang
Hi Chris, For metadata overhead, we need to resolve it at upper level, keyvaluestore won't add extra metadata in normal io except rarely header save which only update when header changed. As for active write, why do you think it there only one active write in keyvaluestore threads? I just check r

Re: Article about Object Store API

2015-01-29 Thread Dennis Chen
Hello, marcel, Below is the email sent to the ceph-users mail list regarding ceph class question, but seems it's in pending state since I am not the member of that list. >> Hello, I found the document of ceph class usage is very few, below is the only one which can almost address my needs-- http:

Re: Article about Object Store API

2015-01-29 Thread Marcel Lauhoff
Hello Dennis, I haven't dived into librados code yet, but as far as I can see it is a couple of layers above what I wrote about. :/ Can you please concretize your question a bit? ~marcel Dennis Chen writes: > Hello marcel, > > Very good article though I am still reading it. Do you have a cle

Re: [ceph-users] keyvaluestore backend metadata overhead

2015-01-29 Thread Sage Weil
Hi Chris, [Moving this thread to ceph-devel, which is probably a bit more appropriate.] On Thu, 29 Jan 2015, Chris Pacejo wrote: > Hi, we've been experimenting with the keyvaluestore backend, and have found > that, on every object write (e.g. with `rados put`), a single transaction is > issued c

wip-crush-linear

2015-01-29 Thread Sage Weil
Hi Yujie, I've rebased your congruential crush series on top of the other recent CRUSH changes (mainly straw2 buckets) and made a few small changes and cleanups. Can you please take a look and see if I may have missed anything? It would also be helpful if you could verify that the final vers

Re: radosgw + s3 + keystone + Browser-Based POST bug

2015-01-29 Thread Abhishek L
Yehuda Sadeh writes: [..] > > I just set it to get backported for firefly and giant. > > Thanks, > Yehuda > Thanks!! Regards -- Abhishek signature.asc Description: PGP signature

Re: radosgw + s3 + keystone + Browser-Based POST bug

2015-01-29 Thread Yehuda Sadeh
On Thu, Jan 29, 2015 at 9:09 AM, Abhishek L wrote: > Hi > > Valery Tschopp writes: > >> Hi guys, >> >> We have integrated our radosgw (v0.80.7) with our OpenStack Keystone >> server (icehouse) successfully. >> >> The "normal" S3 operations can be executed with the Keystone user's EC2 >> credential

Re: widening Messenger::create

2015-01-29 Thread Matt W. Benjamin
I was going to do a proplist arg type thing? I'll adapt it until hopefully shared happiness breaks out... Matt - "Sage Weil" wrote: > On Thu, 29 Jan 2015, Matt W. Benjamin wrote: > > Hi, > > > > - "Sage Weil" wrote: > > > > > On Thu, 29 Jan 2015, Matt W. Benjamin wrote: > > > > Hi,

Re: widening Messenger::create

2015-01-29 Thread Sage Weil
On Thu, 29 Jan 2015, Matt W. Benjamin wrote: > Hi, > > - "Sage Weil" wrote: > > > On Thu, 29 Jan 2015, Matt W. Benjamin wrote: > > > Hi, > > > > > > I'm looking at ways to pass potentially messenger-specific options > > > through the Messenger factory. The immediate parameter I need to >

Re: widening Messenger::create

2015-01-29 Thread Matt W. Benjamin
There is obvious overlap with policy, but policy is currently not well structured for this use. Changing or extending the policy interface seemed plausible, but also seemed likely to run into more objections. Matt - "Haomai Wang" wrote: > I think it may better that Messenger impl can intro

Re: radosgw + s3 + keystone + Browser-Based POST bug

2015-01-29 Thread Abhishek L
Hi Valery Tschopp writes: > Hi guys, > > We have integrated our radosgw (v0.80.7) with our OpenStack Keystone > server (icehouse) successfully. > > The "normal" S3 operations can be executed with the Keystone user's EC2 > credentials (EC2_ACCESS_KEY, EC2_SECRET_KEY). The radosgw correctly > ha

Re: widening Messenger::create

2015-01-29 Thread Haomai Wang
I think it may better that Messenger impl can introspect itself by "type", "policy", config and related infos? On Fri, Jan 30, 2015 at 12:44 AM, Matt W. Benjamin wrote: > Hi, > > - "Sage Weil" wrote: > >> On Thu, 29 Jan 2015, Matt W. Benjamin wrote: >> > Hi, >> > >> > I'm looking at ways to

Re: widening Messenger::create

2015-01-29 Thread Matt W. Benjamin
Hi, - "Sage Weil" wrote: > On Thu, 29 Jan 2015, Matt W. Benjamin wrote: > > Hi, > > > > I'm looking at ways to pass potentially messenger-specific options > through the Messenger factory. > > The immediate parameter I need to provide is the number of Accelio > portals to set up (this should

Re: widening Messenger::create

2015-01-29 Thread Sage Weil
On Thu, 29 Jan 2015, Matt W. Benjamin wrote: > Hi, > > I'm looking at ways to pass potentially messenger-specific options through > the Messenger factory. > The immediate parameter I need to provide is the number of Accelio portals to > set up (this should > vary by Messenger instance), but I ex

widening Messenger::create

2015-01-29 Thread Matt W. Benjamin
Hi, I'm looking at ways to pass potentially messenger-specific options through the Messenger factory. The immediate parameter I need to provide is the number of Accelio portals to set up (this should vary by Messenger instance), but I expect others will be needed in future. I don't think this

radosgw + s3 + keystone + Browser-Based POST bug

2015-01-29 Thread Valery Tschopp
Hi guys, We have integrated our radosgw (v0.80.7) with our OpenStack Keystone server (icehouse) successfully. The "normal" S3 operations can be executed with the Keystone user's EC2 credentials (EC2_ACCESS_KEY, EC2_SECRET_KEY). The radosgw correctly handles these user credentials, ask keysto

Re: mSHEC pull request (2nd challenge)

2015-01-29 Thread Loic Dachary
Hi, It looks good and ready for integration testing :-) I just created http://tracker.ceph.com/issues/10686 to track this feature. Since we are late in development cycle and unless someone has a different opinion, I will mark the SHEC plugin as experimental so people know it's new. I will howev

mSHEC pull request (2nd challenge)

2015-01-29 Thread Miyamae, Takeshi
Hi Loic, When I reset our commits on our fork repository, the 1st pull request was automatically closed. So, I have issued another pull request of mSHEC. mSHEC : multiple Shingled Erasure Code #3534 https://github.com/ceph/ceph/pull/3534 As a result, I believe I have squashed our commits into o

Re: Memstore performance improvements v0.90 vs v0.87

2015-01-29 Thread James Page
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Mark On 28/01/15 21:51, Mark Nelson wrote: > Per Sage's suggestion in the perf meeting this morning I dumped > sysctl -a on both systems and wrote a little script to compare an > arbitrary number of sysctl output files. It only lists settings >

Ceph man page is out of sync with actual command options

2015-01-29 Thread Loic Dachary
Hi David, I see you created a pull requests for backporting documentation to firefly https://github.com/ceph/ceph/pull/3521 And also three issues to track the backport on firefly, giant and future hammer: http://tracker.ceph.com/issues/10676 http://tracker.ceph.com/issues/10677 http://tracker.

Re: Article about Object Store API

2015-01-29 Thread Dennis Chen
Hello marcel, Very good article though I am still reading it. Do you have a clear picture of the relationship between class and librados API - rados_exec()? On Wed, Jan 28, 2015 at 4:48 AM, Marcel Lauhoff wrote: > > Hi, > > I wrote an article about the object store API - How it works and looks >