Roman added a comment - 2022-11-01 13:06 Thx 2 allen.herrera for the research on this crash trace. This line /lib64/libjoblist.so(_ZN7joblist17TupleHashJoinStep16segregateJoinersEv+0x6b9)[0x7f9a1d078609] points to /usr/include/boost/thread/lock_types.hpp:327 The line that is above the mentioned in the stack points to this line in our code: for (i = 0; i < feIndexes.size() && joiners.size() > 0; i++) joiners[feIndexes[i]]->setFcnExpFilter(fe[i]);   /* segregate the Joiners into ones for TBPS and ones for DJS */ segregateJoiners();   /* Need to clean this stuff up. If the query was cancelled before this, and this would have had a disk join, it's still necessary to construct the DJS objects to finish the abort. Update: Is this more complicated than scanning joiners for either ondisk() or (not isFinished()) and draining the corresponding inputs & telling downstream EOF? todo, think about it */ if (!djsJoiners.empty()) <-------------------------------------------------------------------- # Line 720 { joinIsTooBig = false;   if (!cancelled()) fLogger->logMessage(logging::LOG_TYPE_INFO, logging::INFO_SWITCHING_TO_DJS);   uint32_t smallSideCount = djsJoiners.size();

alexey vorovich (Inactive) added a comment - 2022-11-15 13:57 denis0x0D MTR failed on this https://ci.columnstore.mariadb.net/mariadb-corporation/mariadb-columnstore-engine/6039/7/10 on some distro most likely unrelated.. 1. Please confirm drrtuy the question is if we want to deliver this to Pixid as a private build when we are not sure if this is the cause.