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.
LOG_TRACE(log, "Set zookeeper persistent lock {}", zookeeper_node);
        createZeroCopyLockNode(
            zookeeper, zookeeper_node, zkutil::CreateMode::Persistent,
            replace_existing_lock, path_to_set_hardlinked_files, hardlinks);
    }
}
std::pair<bool, NameSet> StorageReplicatedMergeTree::unlockSharedData(const IMergeTreeDataPart & part) const
{
    if (!part.volume || !part.isStoredOnDisk())
        return std::make_pair(true, NameSet{});
    DiskPtr disk = part.volume->getDisk();
    if (!disk || !disk->supportZeroCopyReplication())
        return std::make_pair(true, NameSet{});
    
    auto ref_count_path = fs::path(part.getFullRelativePath()) / IMergeTreeDataPart::FILE_FOR_REFERENCES_CHECK;
    if (disk->exists(ref_count_path))
    {
        auto ref_count = disk->getRefCount(ref_count_path);
        if (ref_count > 0) 
            return std::make_pair(false, NameSet{});
    }
    else
    {
        
        return std::make_pair(true, NameSet{});
    }
    return unlockSharedDataByID(part.getUniqueId(), getTableSharedID(), part.name, replica_name, disk, getZooKeeper(), *getSettings(), log,
        zookeeper_path);
}
std::pair<bool, NameSet> StorageReplicatedMergeTree::unlockSharedDataByID(