Мое понимание проблемы такое: команда "block-job-complete" зависает или не возвращает подтверждение (ACK). Но при этом диски переключаются правильно. Значит, Proxmox видит это как ошибку и пытается удалить новый диск. Но поскольку новый диск открыт в QEMU, Ceph выдает ошибку "image has watchers - not removing". Я попробую воспроизвести ситуацию, возможно, это проблема с тайм-аутом у block-job-complete.

>>Есть способ сделать миграцию хранилища из командной строки? Да (#qm move), но он использует те же API. Проблема не в таймауте GUI. Если вы можете воспроизвести проблему, попробуйте отредактировать /usr/share/perl5/PVE/QemuServer.pm, найдите строку: vm_mon_cmd($vmid, "block-job-complete", device => "drive-$drive"); и замените её на vm_mon_cmd($vmid, "block-job-complete", timeout => 10, device => "drive-$drive"); Затем перезапустите сервисы: /etc/init.d/pvedaemon restart и /etc/init.d/pveproxy restart, после чего попробуйте снова выполнить миграцию хранилища.

узел, на котором работает vm с rbd. Учти, что не уверен, что смогу помочь. Я проверил в коде qemu — он зависает вот здесь:

Код:  
static void mirror_complete(BlockJob *job, Error **errp)  
{  
   MirrorBlockJob *s = container_of(job, MirrorBlockJob, common);  
   Error *local_err = NULL;  
   int ret;  

   ret = bdrv_open_backing_file(s->target, NULL, &local_err);  
   if (ret < 0) {  
       error_propagate(errp, local_err);  
       return;  
   }  

   if (!s->synced) {  

      ------>>>>>>>>>>ЗДЕСЬ  

       error_set(errp, QERR_BLOCK_JOB_NOT_READY, job->bs->device_name);  
       return;  
   }  

   /* проверяем, что целевой блочный сервис не заблокирован, и блокируем на нём все операции */  
   if (s->replaces) {  
       s->to_replace = check_to_replace_node(s->replaces, &local_err);  
       if (!s->to_replace) {  
           error_propagate(errp, local_err);  
           return;  
       }  

       error_setg(&s->replace_blocker,  
                  "блочное устройство используется block-job-complete");  
       bdrv_op_block_all(s->to_replace, s->replace_blocker);  
       bdrv_ref(s->to_replace);  
   }  

   s->should_complete = true;  
   block_job_resume(job);  
}

По документации qemu http://wiki.qemu.org/Features/BlockJob мы можем вызвать block-job-complete только тогда, когда получаем событие "MIRROR_STATE_CHANGE" со статусом (synced: true/false). Это нужно, чтобы быть уверенным, что диски синхронизированы перед переключением. Сейчас в proxmox мы не проверяем события, поэтому после завершения drive-mirror просто считаем, что можно завершить задачу. Ты используешь writeback с твоим rbd-томом? Я попробую посмотреть, можно ли это улучшить.

Ещё одна вещь, которую стоит попробовать: отредактируй файл /usr/share/perl5/PVE/QemuServer.pm, найди функцию qemu_drive_mirror:

```perl
sub qemu_drive_mirror {
   my ($vmid, $drive, $dst_volid, $vmiddst, $maxwait) = @_;

   my $count = 1;
   my $old_len = 0;
   my $frozen = undef;
```

и добавь после неё:

```perl
sub qemu_drive_mirror {
   my ($vmid, $drive, $dst_volid, $vmiddst, $maxwait) = @_;

   my $count = 1;
   my $old_len = 0;
   my $frozen = undef;
   $maxwait = 10;   ####ДОБАВЬТЕ ЭТО. Это должно принудительно заморозить/разморозить VM, если в конце миграции происходит слишком много записи. (после этого перезапустите pvedaemon и pveproxy)
```