cinder中大块rbd删除问题

我们知道cinder支持很对driver，rbd是集成度最好功能也相对齐全的driver，但是在使用中，我们会发现一个问题，就是large size的rbd会删除非常慢，而且这个删除过程会block掉cinder-volume的服务，导致新的cinder请求通过schedule时不能转到这个cinder-volume上。

这个问题ceph官方也认可，主要原因是librbd对rbd的操作是同步操作会阻塞当前进程，而且ceph官方也没有修改计划，毕竟改成异步操作是大改动啊。

所以我们需要在cinder层面上修复这个问题，既然会阻塞当前进程，那么我们做删除操作时，应该启一个子进程来执行这个操作，阻塞也只会阻塞子进程，不会影响cinder-volume的服务。

修复方式

社区也有人提出了这个问题，有人提出了修改代码，但是目前还没有被合并，code review一直没有通过，但是功能是好用的，review没过的原因主要是代码太糙。

这个问题的review地址是 review-145678 ，主要修改 cinder/volume/drivers/rbd.py 文件内容，如下:

if clone_snap is None:
    LOG.debug(_("deleting rbd volume %s") % (volume_name))

    # RBD.remove from rbd python binding will be blocked in
    # the librbd::remove() and cannot be monkey patched by
    # evenlet. This will block all the rest greenthread from
    # running in the volume process until returning back from
    # RBD.remove().
    # librados/librbd doesn't work in the forked process.
    # so running RBD.remove from a child process won't be an
    # option.
    # Before ceph community provides an async RBD.remove(), the
    # only viable option is to execute rbd cli from child process

    args = ['rbd', '--pool',
            self.configuration.rbd_pool,
            'rm', volume_name]
    args.extend(self._ceph_args())
    try:
        self._try_execute(*args)
    except Exception:
        .....
        ....
        ...
        ..
        .

_try_execute 便会启动子进程去执行rbd rm的操作。