From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sage Weil Subject: Re: Bluestore assert Date: Thu, 11 Aug 2016 16:36:19 +0000 (UTC) Message-ID: References: <7dc67e25-4e1c-09a1-8667-ee47572b9290@redhat.com> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Return-path: Received: from mx1.redhat.com ([209.132.183.28]:44144 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932697AbcHKQgW (ORCPT ); Thu, 11 Aug 2016 12:36:22 -0400 In-Reply-To: <7dc67e25-4e1c-09a1-8667-ee47572b9290@redhat.com> Sender: ceph-devel-owner@vger.kernel.org List-ID: To: Mark Nelson Cc: Somnath Roy , ceph-devel On Thu, 11 Aug 2016, Mark Nelson wrote: > Sorry if I missed this during discussion, but why are these being called if > the file is deleted? I'm not sure... rocksdb is the one consuming the interface. Looking through the code, though, this is the only way I can see that we could log an op_file_update *after* an op_file_remove. sage > > Mark > > On 08/11/2016 11:29 AM, Sage Weil wrote: > > On Thu, 11 Aug 2016, Somnath Roy wrote: > > > Sage, > > > Please find the full log for the BlueFS replay bug in the following > > > location. > > > > > > https://github.com/somnathr/ceph/blob/master/ceph-osd.1.log.zip > > > > > > For the db transaction one , I have added code to dump the rocksdb error > > > code before the assert as you suggested and waiting to reproduce. > > > > I'm pretty sure this is the root cause: > > > > https://github.com/ceph/ceph/pull/10686 > > > > sage > > -- > > To unsubscribe from this list: send the line "unsubscribe ceph-devel" in > > the body of a message to majordomo@vger.kernel.org > > More majordomo info at http://vger.kernel.org/majordomo-info.html > > > >