On Thu, Aug 23, 2012 at 2:58 PM, Gregory Farnum <greg@xxxxxxxxxxx> wrote: > On Thu, Aug 23, 2012 at 5:48 PM, Jim Schutt <jaschut@xxxxxxxxxx> wrote: >> On 08/23/2012 03:26 PM, Tren Blackburn wrote: >>> >>> On Thu, Aug 23, 2012 at 2:17 PM, Jim Schutt<jaschut@xxxxxxxxxx> wrote: >>>> >>>> On 08/23/2012 02:39 PM, Tren Blackburn wrote: >>>>> >>>>> >>>>> 2) Increase the number of pgs via ceph.conf (osd pg bits = 7) and >>>>> create the cluster. This does not work either as the cluster comes up >>>>> with 6 pgs bits per osd still. >>>>> re:http://ceph.com/docs/master/config-cluster/osd-config-ref/ >>>> >>>> >>>> >>>> I use this regularly. Do you have that in your global section, i.e. >>>> >>>> [global] >>>> osd pg bits = 7 >>>> osd pgp bits = 7 >>>> >>> Hi Jim; >>> >>> Sorry about the direct reply. I have cc'ed the list. To answer your >>> question I put that setting in the [osd] section, not the [global] >>> section. How would a person know these settings go in [global]? >> >> >> I'm sorry to admit I haven't learned how to know this >> either. I recall trying it in the [osd] section and >> not having it work, and thinking maybe the monitor >> would need to know, and putting it in the [global] >> section would give it access. It worked, so I moved on. > > Generally speaking, the first word in the config option is the section > it belongs in — except when it isn't, as with here. You want it in the > global section since both the monitors and several of the config tools > invoked by mkcephfs need to see this value. Ah...the exception that proves the rule...got it... > >>> Also, >>> I could not find documentation about "pgp bits" What is a "placement >>> group p bit"? >> >> >> Again, I'm not sure. The default config has pg bits and >> pgp bits set to the same value, so I think I assumed it >> would be best to have them the same if I changed pg bits. > > Wherever you see a reference to pgp, it stands for PG placement. It > gives us the ability to place x PGs as if they were really only y PGs > (x > y, obviously). For now, these should just always match. Thank you again for the explanation. t. -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
