IMPALA-14289: Suppress data race in ThreadTokenAvailableCb

TSAN build in RHEL9 hit a data race issue in
HdfsScanNode::ThreadTokenAvailableCb from timed_mutex + try_lock_for
usage. It seems to be a known false-positive in ThreadSanitizer:

https://github.com/google/sanitizers/issues/1620
https://github.com/llvm/llvm-project/issues/142370

This patch suppress the TSAN error in ThreadTokenAvailableCb.

Testing:
Pass dataloading and BE tests in TSAN in RHEL9.

Change-Id: I87950cdc3fedc8d80adeb788c6d29791db58242a
Reviewed-on: http://gerrit.cloudera.org:8080/23281
Reviewed-by: Impala Public Jenkins <impala-public-jenkins@cloudera.com>
Tested-by: Impala Public Jenkins <impala-public-jenkins@cloudera.com>
This commit is contained in:
Riza Suminto
2025-08-11 19:52:37 -07:00
committed by Impala Public Jenkins
parent acca24fe02
commit 14ff597e2f

View File

@@ -47,3 +47,8 @@ race:impala::HdfsColumnarScanner::ProcessScratchBatchCodegenOrInterpret
# TODO: IMPALA-12757: TSAN flags lock-order-inversion during internal-server-test # TODO: IMPALA-12757: TSAN flags lock-order-inversion during internal-server-test
deadlock:impala::KrpcDataStreamSender::Channel::WaitForRpcLocked deadlock:impala::KrpcDataStreamSender::Channel::WaitForRpcLocked
# TODO: IMPALA-14289: TSAN false-positive over timed_mutex
# https://github.com/google/sanitizers/issues/1620
# https://github.com/llvm/llvm-project/issues/142370
race:impala::HdfsScanNode::ThreadTokenAvailableCb