For some reasons when we delete a MergeTree Part in atomic way something may go wrong - and leave the `delete_tmp_*` folder or it's part on disk. This may lead to a disk space consumption over time.

It's suggested to delete this folders at least at server start-up. Current solution with `clearOldTemporaryDirectories()` doesn't work because this method is called periodically from a thread without any locks or advisory on folders - it may cause the race conditions.
for (const auto & part : all_parts)
    {
        if (part->getState() == DataPartState::Active)
            active_parts_names.push_back(part->name);
        forgetPartAndMoveToDetached(part);
    }
    LOG_INFO(log, "Moved all parts to detached/");
    const bool is_first_replica = createTableIfNotExists(metadata_snapshot);
    LOG_INFO(log, "Created initial ZK nodes, replica is first: {}", is_first_replica);
    if (!is_first_replica)
        createReplica(metadata_snapshot);
    createNewZooKeeperNodes();
    LOG_INFO(log, "Created ZK nodes for table");
    has_metadata_in_zookeeper = true;
    if (is_first_replica)
        for (const String& part_name : active_parts_names)
            attachPartition(std::make_shared<ASTLiteral>(part_name), metadata_snapshot, true, getContext());
    LOG_INFO(log, "Attached all partitions, starting table");
    startup();
}
void StorageReplicatedMergeTree::dropPartNoWaitNoThrow(const String & part_name)
{
    assertNotReadonly();
    if (!is_leader)
        throw Exception("DROP PART cannot be done on this replica because it is not a leader", ErrorCodes::NOT_A_LEADER);
    zkutil::ZooKeeperPtr zookeeper = getZooKeeperAndAssertNotReadonly();
    LogEntry entry;
    dropPartImpl(zookeeper, part_name, entry,  false,  false);
}
void StorageReplicatedMergeTree::dropPart(const String & part_name, bool detach, ContextPtr query_context)