Re: radosgw segfault in 0.56

2013-01-07 Thread Caleb Miles
Hi all, Created branch wip-3735 to capture Sylvain's patch. On Mon, Jan 7, 2013 at 7:21 AM, Sylvain Munaut wrote: > Hi, > >> As far as I know relying on SCRIPT_URI is rather dangerous since it's not >> always there. >> >> There better should be an if/else-satement surrounding that code having it

Re: chooseleaf_descend_once

2012-11-28 Thread Caleb Miles
Hey Jim, Running the third test with tunable chooseleaf_descend_once 0 with no devices marked out yields the following result (999.827397, 0.48667056652539997) so chi squared value is 999 with a corresponding p value of 0.487 so that the placement distribution seems to be drawn from the

chooseleaf_descend_once

2012-11-26 Thread caleb miles
Hello all, Here's what I've done to try and validate the new chooseleaf_descend_once tunable first described in commit f1a53c5e80a48557e63db9c52b83f39391bc69b8 in the wip-crush branch of ceph.git. First I set the new tunable to it's legacy value, disabled, tunable choose_local_tries 0 tunab

Re: Crush not deliverying data uniformly -> HEALTH_ERR full osd

2012-08-06 Thread Caleb Miles
t; step take default > step chooseleaf firstn 0 type host > step emit > } > rule backup { > ruleset 3 > type replicated > min_size 1 > max_size 10 > step take bak > step chooseleaf firstn 0 type ho

Re: Crush not deliverying data uniformly -> HEALTH_ERR full osd

2012-08-06 Thread Caleb Miles
Hello Paul, Could you post your CRUSH map, crushtool -d caleb On Mon, Aug 6, 2012 at 1:01 PM, Yehuda Sadeh wrote: > > -- Forwarded message -- > From: Paul Pettigrew > Date: Sun, Aug 5, 2012 at 8:08 PM > Subject: RE: Crush not deliverying data uniformly -> HEALTH_ERR full osd >