Re: v0.87 Giant released

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

 



On Thu, 30 Oct 2014, Nigel Williams wrote:
> On 30/10/2014 8:56 AM, Sage Weil wrote:
> > * *Degraded vs misplaced*: the Ceph health reports from 'ceph -s' and
> >    related commands now make a distinction between data that is
> >    degraded (there are fewer than the desired number of copies) and
> >    data that is misplaced (stored in the wrong location in the
> >    cluster).
> 
> Is someone able to briefly described how/why misplaced happens please, is it
> repaired eventually? I've not seen misplaced (yet).

Sure.  An easy way to get misplaced objects is to do 'ceph osd 
out N' on an OSD.  Nothing is down, we still have as many copies 
as we had before, but Ceph now wants to move them somewhere 
else. Starting with giant, you will see the misplaced % in 'ceph -s' and 
not degraded.

> >      leveldb_write_buffer_size = 32*1024*1024  = 33554432  // 32MB
> >      leveldb_cache_size        = 512*1024*1204 = 536870912 // 512MB
> 
> I noticed the typo, wondered about the code, but I'm not seeing the same
> values anyway?
> 
> https://github.com/ceph/ceph/blob/giant/src/common/config_opts.h
> 
> OPTION(leveldb_write_buffer_size, OPT_U64, 8 *1024*1024) // leveldb write
> buffer size
> OPTION(leveldb_cache_size, OPT_U64, 128 *1024*1024) // leveldb cache size

Hmm!  Not sure where that 32MB number came from.  I'll fix it, thanks!

sage
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com




[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Ceph Dev]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux