[
https://issues.apache.org/jira/browse/IMPALA-6970?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16463230#comment-16463230
]
Tim Armstrong commented on IMPALA-6970:
---------------------------------------
{noformat}
(gdb) p **scan_range
$29 = (impala::io::ScanRange) {
<impala::io::RequestRange> = {
<impala::InternalQueueBase<impala::SpinLock,
impala::io::RequestRange>::Node> = {
_vptr.Node = 0x61a6ef0 <vtable for impala::io::ScanRange+16>,
parent_queue = 0x0,
next = 0x0,
prev = 0x0
},
members of impala::io::RequestRange:
fs_ = 0xbf86828,
file_ = {
static npos = <optimized out>,
_M_dataplus = {
<std::allocator<char>> = {
<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data
fields>},
members of std::basic_string<char, std::char_traits<char>,
std::allocator<char> >::_Alloc_hider:
_M_p = 0xbef1f18
"file:/tmp/test-warehouse/tpch.lineitem_seq_gzip/000000_0"
}
},
offset_ = 33554432,
len_ = 9276980,
disk_id_ = 1,
request_type_ = impala::io::RequestType::READ
},
{noformat}
> DiskMgr::AllocateBuffersForRange crashes on failed DCHECK
> ---------------------------------------------------------
>
> Key: IMPALA-6970
> URL: https://issues.apache.org/jira/browse/IMPALA-6970
> Project: IMPALA
> Issue Type: Bug
> Components: Backend
> Affects Versions: Impala 2.13.0
> Reporter: Sailesh Mukil
> Priority: Blocker
> Labels: crash
> Attachments: stacks.txt
>
>
> Similar to IMPALA-6587, but the DCHECK failed in a slightly different way.
> Cannot tell if the root cause is the same as that though without further
> investigation.
> {code:java}
> FSF0503 09:30:26.715791 30750 reservation-tracker.cc:376] Check failed: bytes
> <= unused_reservation() (8388608 vs. 6291456)
> *** Check failure stack trace: ***
> @ 0x4277c1d google::LogMessage::Fail()
> @ 0x42794c2 google::LogMessage::SendToLog()
> @ 0x42775f7 google::LogMessage::Flush()
> @ 0x427abbe google::LogMessageFatal::~LogMessageFatal()
> @ 0x1ef1343 impala::ReservationTracker::AllocateFromLocked()
> @ 0x1ef111d impala::ReservationTracker::AllocateFrom()
> @ 0x1ee8c57
> impala::BufferPool::Client::PrepareToAllocateBuffer()
> @ 0x1ee5543 impala::BufferPool::AllocateBuffer()
> @ 0x2f50f68 impala::io::DiskIoMgr::AllocateBuffersForRange()
> @ 0x1f74762 impala::HdfsScanNodeBase::StartNextScanRange()
> @ 0x1f6b052 impala::HdfsScanNode::ScannerThread()
> @ 0x1f6a4ea
> _ZZN6impala12HdfsScanNode22ThreadTokenAvailableCbEPNS_18ThreadResourcePoolEENKUlvE_clEv
> @ 0x1f6c5cc
> _ZN5boost6detail8function26void_function_obj_invoker0IZN6impala12HdfsScanNode22ThreadTokenAvailableCbEPNS3_18ThreadResourcePoolEEUlvE_vE6invokeERNS1_15function_bufferE
> @ 0x1bd4748 boost::function0<>::operator()()
> @ 0x1ebf349 impala::Thread::SuperviseThread()
> @ 0x1ec74e5 boost::_bi::list5<>::operator()<>()
> @ 0x1ec7409 boost::_bi::bind_t<>::operator()()
> @ 0x1ec73cc boost::detail::thread_data<>::run()
> @ 0x31a1f0a thread_proxy
> @ 0x36d1607851 (unknown)
> @ 0x36d12e894d (unknown)
> {code}
> Git hash of Impala used in job: ba84ad03cb83d7f7aed8524fcfbb0e2cdc9fdd53
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
