Re: Change the weight of osd

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Stefanie,

On Mon, 9 May 2011, doki74216@xxxxxxxxx wrote:
> > domain dom8 {
> >        id -9           # do not change unnecessarily
> >        alg uniform     # do not change bucket size (3) unnecessarily
               ^^^^^^^

The problem is that the bucket algorithm is 'uniform', which uniformly 
distributes objects across the items.  Weighting isn't supported, and the 
weight value is ignored.  (We should make the crushmap compiler spit out a 
warning to that effect if the weights vary at all!)

If you switch the alg to straw, the data will reshuffle, but you'll be 
able to set the weights however you like.

sage


 > >        hash 0  # rjenkins1
> >        item device24 weight 1.000 pos 0
> >        item device25 weight 1.000 pos 1
> >        item device26 weight 1.000 pos 2
> > }
> > domain dom9 {
> >        id -10          # do not change unnecessarily
> >        alg uniform     # do not change bucket size (3) unnecessarily
> >        hash 0  # rjenkins1
> >        item device27 weight 1.000 pos 0
> >        item device28 weight 1.000 pos 1
> >        item device29 weight 3.000 pos 2
> >                                      ^^^^^^^^
> >                                         I replace 1.000 with 3.000 .
> > ======================================
> > 3) I execute "crushtool -c /tmp/crushmap.txt -o /tmp/crushmap_new"and"
> > ceph osd setcrushmap -i /tmp/crushmap_new"
> > 4) I thought the crushmap has already changed.
> >    If I write data, the data will more prbable placed in osd29 . right?
> >    When I excute" time dd if=/dev/zero
> > of=/mnt/ceph/reweight_64k_64M_1.dbf bs=64k count=1024 oflag=dsync"
> >    I check the folder size by excuting "/mnt/ext4/osd24/current/"....
> > "/mnt/ext4/osd29/current/".
> >    I found that the folder size is not growed in accordance with the
> > wight I edit (osd24 osd25 osd26 osd27 osd28 weight=>1.000, osd29
> > weight=>3.000).
> >    Here is the increasing folder size.
> > In OSD9
> > ?       osd24  4124 kB
> > ?       osd25  28748 kB
> > ?       osd26  34064 kB
> > In OSD10
> > ?       osd27  4124 kB
> > ?       osd28  28748 kB
> > ?       osd29  34060 kB
> >                 ^^^^^^^^^^^^^^^^^^
> >                Why  the folder size is not growed in accordance with
> > the wight I edit ?
> >
> >
> > If I want to change the weight of osd . Are the steps I mentioned above correct?
> > Do you have any good idea or advice to our test? I really want to know
> > how to change the weight of osd and how to verify it.
> > Thank you very much...^^
> >
> > Stefanie Chen
> >
> 
> 
> Please helping me to solve this problem.
> I appreciate it.
> Stefanie Chen
> --
> 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
> 
> 

[Index of Archives]     [CEPH Users]     [Ceph Large]     [Information on CEPH]     [Linux BTRFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux