trikker opened a new issue, #28584:
URL: https://github.com/apache/doris/issues/28584
   ### Search before asking
   
   - [X] I had searched in the 
[issues](https://github.com/apache/doris/issues?q=is%3Aissue) and found no 
similar issues.
   
   
   ### Version
   
   2.0.2
   
   ### What's Wrong?
   
   I am importing large amount of data(about 1TB) using insert ... values and 
doris be crashed with the following stack and it always crashes again with the 
same crash stack after I start it.
   
   ```
   (gdb) bt
   #0  0x00007fc95201a387 in raise () from /lib64/libc.so.6
   #1  0x00007fc95201ba78 in abort () from /lib64/libc.so.6
   #2  0x000055b4027a68da in __gnu_cxx::__verbose_terminate_handler() [clone 
.cold] ()
   #3  0x000055b4027a5046 in __cxxabiv1::__terminate(void (*)()) ()
   #4  0x000055b4027a50b1 in std::terminate() ()
   #5  0x000055b4027a5204 in __cxa_throw ()
   #6  0x000055b3f9f890af in 
doris::vectorized::ColumnString::insert_from(doris::vectorized::IColumn const&, 
unsigned long) ()
   #7  0x000055b3ff82daa9 in 
doris::vectorized::VerticalBlockReader::_unique_key_next_block(doris::vectorized::Block*,
 bool*) ()
   #8  0x000055b3f81c2a7c in 
doris::Merger::vertical_compact_one_group(std::shared_ptr<doris::Tablet>, 
doris::ReaderType, std::shared_ptr<doris::TabletSchema>, bool, 
std::vector<unsigned int, std::allocator<unsigned int> > const&, 
doris::vectorized::RowSourcesBuffer*, 
std::vector<std::shared_ptr<doris::RowsetReader>, 
std::allocator<std::shared_ptr<doris::RowsetReader> > > const&, 
doris::RowsetWriter*, long, doris::Merger::Statistics*) ()
   #9  0x000055b3f81c4096 in 
doris::Merger::vertical_merge_rowsets(std::shared_ptr<doris::Tablet>, 
doris::ReaderType, std::shared_ptr<doris::TabletSchema>, 
std::vector<std::shared_ptr<doris::RowsetReader>, 
std::allocator<std::shared_ptr<doris::RowsetReader> > > const&, 
doris::RowsetWriter*, long, doris::Merger::Statistics*) ()
   #10 0x000055b3f81b321a in doris::Compaction::do_compaction_impl(long) ()
   #11 0x000055b3f81b266a in doris::Compaction::do_compaction(long) ()
   #12 0x000055b3f8946a3c in doris::BaseCompaction::execute_compact_impl() ()
   #13 0x000055b3f81b2343 in doris::Compaction::execute_compact() ()
   #14 0x000055b3f8984f8d in 
doris::Tablet::execute_compaction(doris::CompactionType) ()
   #15 0x000055b3f815391e in std::_Function_handler<void (), 
doris::StorageEngine::_submit_compaction_task(std::shared_ptr<doris::Tablet>, 
doris::CompactionType, bool)::$_0>::_M_invoke(std::_Any_data const&) ()
   #16 0x000055b3f8ccfdaf in doris::ThreadPool::dispatch_thread() ()
   #17 0x000055b3f8cc5d3c in doris::Thread::supervise_thread(void*) ()
   #18 0x00007fc9518c9ea5 in start_thread () from /lib64/libpthread.so.0
   #19 0x00007fc9520e2b0d in clone () from /lib64/libc.so.6
   ``` 
   
   
   
   ### What You Expected?
   
   be should not crash.
   
   ### How to Reproduce?
   
   Becasue the data I am loading is too large I cannot reproduce it with the 
exact insert statement. I think it has nothing to do with insert statement, it 
should be the backend issue. But I have the coredump file.
   
   ### Anything Else?
   
   I found a similar github issue which is already fixed and I am not sure 
whther they are of the same root casue.
   https://github.com/apache/doris/pull/20698 [fix](columnstring) fix bug of 
columnstring prefetch
   
   ### Are you willing to submit PR?
   
   - [ ] Yes I am willing to submit a PR!
   
   ### Code of Conduct
   
   - [X] I agree to follow this project's [Code of 
Conduct](https://www.apache.org/foundation/policies/conduct)
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: commits-unsubscr...@doris.apache.org.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@doris.apache.org
For additional commands, e-mail: commits-h...@doris.apache.org

Reply via email to