You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kudu.apache.org by "Will Berkeley (JIRA)" <ji...@apache.org> on 2019/03/29 20:42:00 UTC

[jira] [Resolved] (KUDU-2753) kudu cluster rebalance crashes with core dump

     [ https://issues.apache.org/jira/browse/KUDU-2753?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Will Berkeley resolved KUDU-2753.
---------------------------------
       Resolution: Won't Fix
    Fix Version/s: n/a

This is a problem with the downstream Kudu vendor's code, specifically, with how it is using the std::regex library to do some version detection, which causes crashes on some platforms because the regex library was broken. You should approach Cloudera about a fix or workaround.

> kudu cluster rebalance crashes with core dump
> ---------------------------------------------
>
>                 Key: KUDU-2753
>                 URL: https://issues.apache.org/jira/browse/KUDU-2753
>             Project: Kudu
>          Issue Type: Bug
>          Components: CLI
>    Affects Versions: 1.7.0
>         Environment: kudu-master-1.7.0+cdh5.16.1+0-1.cdh5.16.1.p0.3.el7.x86_64
> kudu-client-devel-1.7.0+cdh5.16.1+0-1.cdh5.16.1.p0.3.el7.x86_64
> kudu-tserver-1.7.0+cdh5.16.1+0-1.cdh5.16.1.p0.3.el7.x86_64
> kudu-1.7.0+cdh5.16.1+0-1.cdh5.16.1.p0.3.el7.x86_64
> kudu-client0-1.7.0+cdh5.16.1+0-1.cdh5.16.1.p0.3.el7.x86_64
>            Reporter: Arseniy Tashoyan
>            Assignee: Will Berkeley
>            Priority: Major
>             Fix For: n/a
>
>
> The utility crashes:
> {code}
> -bash-4.2$ kudu cluster rebalance host1,host2,host3
> terminate called after throwing an instance of 'std::regex_error'
>   what():  regex_error
> *** Aborted at 1553854510 (unix time) try "date -d @1553854510" if you are using GNU date ***
> PC: @     0x7f9287fd6207 __GI_raise
> *** SIGABRT (@0x3ca0006ab69) received by PID 437097 (TID 0x7f928a61ea00) from PID 437097; stack trace: ***
>     @     0x7f9289fe1680 (unknown)
>     @     0x7f9287fd6207 __GI_raise
>     @     0x7f9287fd78f8 __GI_abort
>     @     0x7f92888e57d5 __gnu_cxx::__verbose_terminate_handler()
>     @     0x7f92888e3746 (unknown)
>     @     0x7f92888e3773 std::terminate()
>     @     0x7f92888e3993 __cxa_throw
>     @     0x7f9288938dd5 std::__throw_regex_error()
>     @           0x931c32 std::__detail::_Compiler<>::_M_bracket_expression()
>     @           0x931e3a std::__detail::_Compiler<>::_M_atom()
>     @           0x932469 std::__detail::_Compiler<>::_M_alternative()
>     @           0x9324c4 std::__detail::_Compiler<>::_M_alternative()
>     @           0x932649 std::__detail::_Compiler<>::_M_disjunction()
>     @           0x93297b std::__detail::_Compiler<>::_Compiler()
>     @           0x932cb7 std::__detail::__compile<>()
>     @           0x92bfc6 (unknown)
>     @           0x92c664 std::_Function_handler<>::_M_invoke()
>     @           0xde6672 kudu::tools::Action::Run()
>     @           0x9957d7 kudu::tools::DispatchCommand()
>     @           0x99619b kudu::tools::RunTool()
>     @           0x8dee4d main
>     @     0x7f9287fc23d5 __libc_start_main
>     @           0x9284b5 (unknown)
> Aborted (core dumped)
> {code}
> The same behavior when ports are specified: 'host1:7150,host2:7150,host3:7150'. I cannot attach the core dump due to file size limit.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)