When RetryOnFailureOperation::execute catches TransportException, it invalidates the transport (destructing it). However, such transport is not removed from the busy/idle queue. Therefore, after the ConnectionPool::clear() is called, the transport is destroyed second time. As we access already deallocated object, the process may crash.