From mboxrd@z Thu Jan 1 00:00:00 1970 From: Brad Hubbard Subject: Re: Crashes with unittest_dencoder Date: Fri, 2 Jun 2017 17:08:52 +1000 Message-ID: References: <66fafc3c-a5dd-405d-a521-597fe524d1e3@digiware.nl> <6d384986-a2b8-7b5e-4098-80b9d2a98f99@digiware.nl> <46da372a-cd7e-32b5-38c6-98aa94d13780@digiware.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Return-path: Received: from mail-it0-f49.google.com ([209.85.214.49]:37706 "EHLO mail-it0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751124AbdFBHIy (ORCPT ); Fri, 2 Jun 2017 03:08:54 -0400 Received: by mail-it0-f49.google.com with SMTP id m47so7732976iti.0 for ; Fri, 02 Jun 2017 00:08:54 -0700 (PDT) In-Reply-To: <46da372a-cd7e-32b5-38c6-98aa94d13780@digiware.nl> Sender: ceph-devel-owner@vger.kernel.org List-ID: To: Willem Jan Withagen Cc: Ceph Development On Fri, Jun 2, 2017 at 10:46 AM, Willem Jan Withagen wrote: > On 02/06/2017 02:23, Willem Jan Withagen wrote: >> On 02/06/2017 01:27, Brad Hubbard wrote: >>> The first guess I would have is that this may have something to do >>> with https://github.com/ceph/ceph/pull/15352 >> >> Reverting 15402 and 15403 get me back to normal builds. >> >> And was only having trouble with osd-scrib-repair.sh until this morning, >> and then six showed up, preventing compilation. And somewhere in between >> the problem with dencoder started. >> So I'd execpt it to be one these to actually expect 15402, but I'd >> expect that 15403 cannot do without 15402. Not sure I understand. Neither of these has been merged yet so should not affect master? >> > > Actually it is 15403, if I undo that PR unittest_denc starts producing > errors. > > --WjW > >> --WjW >>> Could you try backing that change out Willem and let us know how that goes? >>> >>> On Fri, Jun 2, 2017 at 9:00 AM, Willem Jan Withagen wrote: >>>> Any hints on what changes in the current code generates the illegal >>>> memaccess in the trace below? >>>> >>>> Lots of tests fail, and I guess that mst have to do with this. >>>> >>>> --WjW >>>> >>>> Program received signal SIGSEGV, Segmentation fault. >>>> 0x00000008025e693e in std::__1::__atomic_base>>> true>::fetch_add (this=0x108803637688, >>>> __op=1, __m=std::__1::memory_order_seq_cst) at >>>> /usr/include/c++/v1/atomic:980 >>>> 980 {return __c11_atomic_fetch_add(&this->__a_, __op, __m);} >>>> (gdb) bt >>>> #0 0x00000008025e693e in std::__1::__atomic_base>>> true>::fetch_add (this=0x108803637688, >>>> __op=1, __m=std::__1::memory_order_seq_cst) at >>>> /usr/include/c++/v1/atomic:980 >>>> #1 std::__1::__atomic_base::operator+= >>>> (this=0x108803637688, __op=1) >>>> at /usr/include/c++/v1/atomic:1025 >>>> #2 mempool::pool_t::adjust_count (this=0x108803637680, items=1, bytes=42) >>>> at /home/jenkins/workspace/ceph-master/src/common/mempool.cc:85 >>>> #3 0x00000008024f1bfb in ceph::buffer::raw::reassign_to_mempool >>>> (this=0x1076130, pool=-1) >>>> at /home/jenkins/workspace/ceph-master/src/common/buffer.cc:196 >>>> #4 0x00000008024e1b19 in ceph::buffer::list::reserve >>>> (this=0x7fffffffd040, prealloc=42) >>>> at /home/jenkins/workspace/ceph-master/src/common/buffer.cc:1772 >>>> #5 0x00000000004d0ad5 in ceph::buffer::list::list (this=0x7fffffffd040, >>>> prealloc=42) >>>> at /home/jenkins/workspace/ceph-master/src/include/buffer.h:662 >>>> #6 0x00000000004b4114 in Legacy::encode_n (n=42, segments=...) >>>> at /home/jenkins/workspace/ceph-master/src/test/test_denc.cc:610 >>>> #7 0x00000000004b4d22 in >>>> denc_no_copy_if_segmented_and_lengthy_Test::TestBody (this=0x1068070) >>>> at /home/jenkins/workspace/ceph-master/src/test/test_denc.cc:633 >>>> #8 0x00000000005ea62e in >>>> testing::internal::HandleSehExceptionsInMethodIfSupported>>> void> ( >>>> object=0x1068070, method=&virtual testing::Test::TestBody(), >>>> location=0x6156ee "the test body") >>>> at >>>> /home/jenkins/workspace/ceph-master/src/googletest/googletest/src/gtest.cc:2402 >>>> #9 0x00000000005ccabb in >>>> testing::internal::HandleExceptionsInMethodIfSupported>>> void> ( >>>> object=0x1068070, method=&virtual testing::Test::TestBody(), >>>> location=0x6156ee "the test body") >>>> at >>>> /home/jenkins/workspace/ceph-master/src/googletest/googletest/src/gtest.cc:2438 >>>> #10 0x00000000005885c6 in testing::Test::Run (this=0x1068070) >>>> at >>>> /home/jenkins/workspace/ceph-master/src/googletest/googletest/src/gtest.cc:2474 >>>> #11 0x000000000058ad0d in testing::TestInfo::Run (this=0x106edd0) >>>> at >>>> /home/jenkins/workspace/ceph-master/src/googletest/googletest/src/gtest.cc:2656 >>>> #12 0x000000000058bfcc in testing::TestCase::Run (this=0x106e0d0) >>>> at >>>> /home/jenkins/workspace/ceph-master/src/googletest/googletest/src/gtest.cc:2774 >>>> #13 0x00000000005a2e8c in testing::internal::UnitTestImpl::RunAllTests >>>> (this=0x1072000) >>>> at >>>> /home/jenkins/workspace/ceph-master/src/googletest/googletest/src/gtest.cc:4649 >>>> #14 0x00000000005ed4be in >>>> testing::internal::HandleSehExceptionsInMethodIfSupported>>> bool> (object=0x1072000, >>>> method=(bool >>>> (testing::internal::UnitTestImpl::*)(testing::internal::UnitTestImpl * >>>> const)) 0x5a2af0 , >>>> location=0x615d71 "auxiliary test code (environments or event >>>> listeners)") >>>> at >>>> /home/jenkins/workspace/ceph-master/src/googletest/googletest/src/gtest.cc:2402 >>>> -- >>>> 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 >>> >>> >>> >> >> -- >> 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 >> > -- Cheers, Brad