Skip to content

Segmentation fault while querying delta glue tables #65560

@gaurav7261

Description

@gaurav7261
partition id: 0, length: 91591330, offset: 0
*** Aborted at 1763133993 (unix time) try "date -d @1763133993" if you are using GNU date ***
PC: @     0xffff821eab7c (/usr/lib/aarch64-linux-gnu/libc.so.6+0x9ab7b)
*** SIGSEGV (@0x0) received by PID 27 (TID 0xfffe9f9bfe00) LWP(635) from PID 0; stack trace: ***
    @     0xffff821d53dc (/usr/lib/aarch64-linux-gnu/libc.so.6+0x853db)
    @         0x10336738 google::(anonymous namespace)::FailureSignalHandler(int, siginfo_t*, void*)
    @     0xffff83884820 ([vdso]+0x81f)
    @     0xffff821eab7c (/usr/lib/aarch64-linux-gnu/libc.so.6+0x9ab7b)
    @          0xbf47b64 starrocks::parquet::Int32ToDateConverter::convert(starrocks::Cow<starrocks::Column>::ImmutPtr<starrocks::Column> const&, starrocks::Column*)
    @          0xbf73f28 starrocks::parquet::StatisticsHelper::decode_value_into_column(starrocks::Cow<starrocks::Column>::MutPtr<starrocks::Column> const&, std::vector<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::__cxx11::ba
    @          0xbe924cc starrocks::parquet::RawColumnReader::_row_group_zone_map_filter(std::vector<starrocks::ColumnPredicate const*, std::allocator<starrocks::ColumnPredicate const*> > const&, starrocks::CompoundNodeType, starrocks::TypeDescriptor const&, unsigned long, unsigne
    @          0xbe966b4 starrocks::parquet::ScalarColumnReader::row_group_zone_map_filter(std::vector<starrocks::ColumnPredicate const*, std::allocator<starrocks::ColumnPredicate const*> > const&, starrocks::CompoundNodeType, unsigned long, unsigned long) const
    @          0xbe4b8e0 starrocks::StatusOr<std::optional<starrocks::SparseRange<unsigned long> > > starrocks::parquet::PredicateFilterEvaluator::visit_for_rowgroup_zonemap<(starrocks::CompoundNodeType)0>(starrocks::PredicateCompoundNode<(starrocks::CompoundNodeType)0> const&)
    @          0xbe4e96c starrocks::StatusOr<std::optional<starrocks::SparseRange<unsigned long> > > starrocks::parquet::PredicateFilterEvaluator::operator()<(starrocks::CompoundNodeType)0>(starrocks::PredicateCompoundNode<(starrocks::CompoundNodeType)0> const&, starrocks::parquet
    @          0xbe22234 starrocks::parquet::FileReader::_filter_group(std::shared_ptr<starrocks::parquet::GroupReader> const&)
    @          0xbe22948 starrocks::parquet::FileReader::_init_group_readers()
    @          0xbe2394c starrocks::parquet::FileReader::init(starrocks::HdfsScannerContext*)
    @          0xb74b98c starrocks::HdfsParquetScanner::do_open(starrocks::RuntimeState*)
    @          0xb5fb2e8 starrocks::HdfsScanner::open(starrocks::RuntimeState*)
    @          0xb5d5ffc starrocks::connector::HiveDataSource::_init_scanner(starrocks::RuntimeState*)
    @          0xb5d6d78 starrocks::connector::HiveDataSource::open(starrocks::RuntimeState*)
    @          0xb5b4628 starrocks::pipeline::ConnectorChunkSource::_open_data_source(starrocks::RuntimeState*, bool*)
    @          0xb5b509c starrocks::pipeline::ConnectorChunkSource::_read_chunk(starrocks::RuntimeState*, std::shared_ptr<starrocks::Chunk>*)
    @          0xb5bb03c starrocks::pipeline::ChunkSource::buffer_next_batch_chunks_blocking(starrocks::RuntimeState*, unsigned long, starrocks::workgroup::WorkGroup const*)
    @          0xa543d60 auto starrocks::pipeline::ScanOperator::_trigger_next_scan(starrocks::RuntimeState*, int)::{lambda(auto:1&)#1}::operator()<starrocks::workgroup::YieldContext>(starrocks::workgroup::YieldContext&) const [clone .constprop.0]
    @          0xb523f3c starrocks::workgroup::ScanExecutor::worker_thread()
    @          0xd009f34 starrocks::ThreadPool::dispatch_thread()
    @          0xd000bd8 starrocks::Thread::supervise_thread(void*)
    @     0xffff821d0398 (/usr/lib/aarch64-linux-gnu/libc.so.6+0x80397)
    @     0xffff82239e9c (/usr/lib/aarch64-linux-gnu/libc.so.6+0xe9e9b)

Steps to reproduce the behavior (Required)

  1. One business query is there, complex query reading two delta tables, joining and distinct

Expected behavior (Required)

output in both amd + graviton

Real behavior (Required)

correct output in amd but in graviton query is failing with segmentation fault

StarRocks version 4.0.0

  • You can get the StarRocks version by executing SQL select current_version()

Metadata

Metadata

Assignees

No one assigned

    Labels

    type/bugSomething isn't working

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions