From mboxrd@z Thu Jan 1 00:00:00 1970 From: Joao Eduardo Luis Subject: Re: v0.87 Giant released Date: Thu, 30 Oct 2014 08:37:49 +0000 Message-ID: <5451F8DD.3020907@inktank.com> References: <54517AF6.6030408@utas.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ceph-users-bounces-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org Sender: "ceph-users" To: Sage Weil , Nigel Williams Cc: ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org List-Id: ceph-devel.vger.kernel.org On 10/30/2014 05:54 AM, Sage Weil wrote: > 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! Those just happen to be the values used on the monitors (in ceph_mon.cc). Maybe that's where the mix up came from. :) -Joao -- Joao Eduardo Luis Software Engineer | http://inktank.com | http://ceph.com