Re: FreeBSD crushtool crashing while checking a crushmap

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

 



sorry, just sent an out-dated reply.

On Sun, Feb 7, 2016 at 6:12 AM, Willem Jan Withagen <wjw@xxxxxxxxxxx> wrote:
> Hi,
>
> While running run-cli-tests one of the tests dumps while checking if the
> previous command has build the correct crushmap.
> I've verified the actual crushmap against one build on CentOS, and they
> are byte for byte equal.
>
> Before I rebased (from beginning of januari) all these tests completed
> just fine.
>
> During checking I get the following dump:
>
> # src/crushtool -i
> src/tes/cli/crushtool/check-overlapped-rules.crushmap.ref --check
> Assertion failed: (this->_map.find(inter_val) == this->_map.end()),
> function gap_insert, file
> /usr/local/include/boost/icl/interval_base_map.hpp, line 555.
> *** Caught signal (Abort trap) **
>  in thread 803e15000
>  ceph version Development (no_version)
>  1: 0x86f865 <_ZN4ceph9BackTraceC2Ei+0x35> at
> /usr/srcs/Ceph/work/ceph/src/crushtool
>  2: 0x86e5f9 <_ZL19handle_fatal_signali+0xa9> at
> /usr/srcs/Ceph/work/ceph/src/crushtool
>  3: 0x801811c7d <pthread_sigmask+0x50d> at /lib/libthr.so.3
>  4: 0x8018112b2 <pthread_getspecific+0xe22> at /lib/libthr.so.3
> 2016-02-06 22:55:09.075189 803e15000 -1
>
> Deleted remainder of the output....
>
> And I appreciate any pointers in helping me debugging this.

hey Willem, thanks for looking into this. turns out this is a known issue of
boost 1.55. just posted a pull request to workaround it at
https://github.com/ceph/ceph/pull/7560.

also did i create a minimal reproducer, it can help with reproducing this
issue and verify the fix.

you can compile it using:

$ clang++ -std=c++11 -O0 -g test.cc -lm -o test

-- 
Regards
Kefu Chai

On Mon, Feb 8, 2016 at 1:52 PM, kefu chai <tchaikov@xxxxxxxxx> wrote:
> On Sun, Feb 7, 2016 at 6:12 AM, Willem Jan Withagen <wjw@xxxxxxxxxxx> wrote:
>> Hi,
>>
>> While running run-cli-tests one of the tests dumps while checking if the
>> previous command has build the correct crushmap.
>> I've verified the actual crushmap against one build on CentOS, and they
>> are byte for byte equal.
>>
>> Before I rebased (from beginning of januari) all these tests completed
>> just fine.
>>
>> During checking I get the following dump:
>>
>> # src/crushtool -i
>> src/tes/cli/crushtool/check-overlapped-rules.crushmap.ref --check
>> Assertion failed: (this->_map.find(inter_val) == this->_map.end()),
>> function gap_insert, file
>> /usr/local/include/boost/icl/interval_base_map.hpp, line 555.
>> *** Caught signal (Abort trap) **
>>  in thread 803e15000
>>  ceph version Development (no_version)
>>  1: 0x86f865 <_ZN4ceph9BackTraceC2Ei+0x35> at
>> /usr/srcs/Ceph/work/ceph/src/crushtool
>>  2: 0x86e5f9 <_ZL19handle_fatal_signali+0xa9> at
>> /usr/srcs/Ceph/work/ceph/src/crushtool
>>  3: 0x801811c7d <pthread_sigmask+0x50d> at /lib/libthr.so.3
>>  4: 0x8018112b2 <pthread_getspecific+0xe22> at /lib/libthr.so.3
>> 2016-02-06 22:55:09.075189 803e15000 -1
>>
>> Deleted remainder of the output....
>>
>> And I appreciate any pointers in helping me debugging this.
>
> Willem, this is a newly added feature for detecting overlapped crush
> rules. i just created a minimal reproducer, hopefull with which one is
> able to have the same crash. it
>
>>
>> --WjW
>> --
>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>> the body of a message to majordomo@xxxxxxxxxxxxxxx
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>
>
> --
> Regards
> Kefu Chai



-- 
Regards
Kefu Chai

Attachment: test.cc
Description: Binary data


[Index of Archives]     [CEPH Users]     [Ceph Large]     [Information on CEPH]     [Linux BTRFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux