Our memory trackers work with sanitizers as well. So why does OOM happen?

I have no idea, let's at least reduce the amount of noise

Let's try to debug it. OOMs like this usually happen when we allocate a huge chunk of memory without checking that it doesn't exceed limitations. In other words, when we call CurrentMemoryTracker::allocNoThrow instead of CurrentMemoryTracker::alloc for huge allocations. In other words, when we use new or malloc for huge allocations without additional checks (malloc and new call allocNoThrow because they cannot throw). I quickly looked through Aggregator and found two suspicious places:

Where row_end is actually a block size and can be quite big. I tried increasing max_block_size and got an interesting result:
https://pastila.nl/?00b0c940/f011d9e7124b0c30b20cdb4be9872be6

At first, it logs

[ 982431 ] ... <Debug> MemoryTracker: Current memory usage (for query): 16.00 GiB.

and after that it throw an exception in another thread:

Memory limit (for user) exceeded: would use 16.00 GiB (attempt to allocate chunk of 17179953272 bytes), maximum: 953.67 MiB

The maximum was about 1GiB, but looks like Aggregator had allocated 16GiB.

Can it be the reason? Do we have other (less obvious) places in Aggregator where huge allocations may happen without proper checks?