From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nigel Williams Subject: Re: v0.87 Giant released Date: Thu, 30 Oct 2014 10:40:38 +1100 Message-ID: <54517AF6.6030408@utas.edu.au> References: 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: ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org Cc: ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: ceph-devel.vger.kernel.org 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). > 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