Итак, это настоящая проблема, а все остальное — только проблемы с обходными путями? Клонирование и добавление в пул у меня работают безупречно с помощью pvesh. Какой это процесс?

Я протестировал эту функцию, потому что очень важно собрать все клонированные ВМ в одном пуле. Мой план такой: - создать новый пул - собрать все необходимые клонированные ВМ (9-15 виртуальных машин) и отправить запрос на клонирование по HTTP с параметром пула. После того как приложение создало связанные клоны для всех необходимых шаблонов, я обнаружил, что пул содержит все ВМ. Но через несколько секунд некоторые ВМ выпадают из пула. В кластере 4 узла. Например: приложение запрашивает у узла 2 создание пула и просит узел 2 создать связанный клон из ВМ1, которая находится на узле 4. В это время узел 4 занят, и он получает информацию о пуле от узла 2 позже, чем запрос на клонирование. Мое решение — клонировать ВМ без параметра пула и добавить клонированные ВМ в пул после процесса клонирования. Это работает без проблем. Например: Bash: root@node-1:~# pvesh set /pools/newpool1

root@node-1:~# for vm in 101 102 103 104 ... 115; do pvesh create /nodes/node-2/qemu/$vm/clone pool=newpool1 newid=....; waiting_for_clone_task; done

В этом случае приложение использует только связанные клоны. У меня есть только логи, которые показывают, что произошло. В последний раз приложение было подключено к node-1, чтобы создать новый пул и создать связанные клоны, которые находятся на node-3. У меня нет лога о активности отдельного узла. Я не смог понять, почему возникает эта проблема. Обычно первая клонированная ВМ не будет частью пула, но иногда бывает иначе. Но иногда все работает нормально.

Я не смог воспроизвести вашу проблему. Первая ВМ определенно есть в пуле в моих тестах. Я также не заметил, чтобы какая-либо другая ВМ пропала. Я несколько раз запускал различные вариации следующих команд. 103 — это шаблон. Код: for NEWID in {120..320}; do echo "новый id $NEWID"; pvesh create /nodes/clusterA/qemu/103/clone --pool=test --newid=$NEWID; done

for NEWID in {321..521}; do echo "новый id $NEWID"; pvesh create /nodes/clusterA/qemu/103/clone --pool=test --newid=$NEWID --target=clusterB; done Использование неверного пула выдаёт соответствующую ошибку Код: for NEWID in {120..320}; do echo "новый id $NEWID"; pvesh create /nodes/clusterA/qemu/103/clone --pool=testasdf --newid=$NEWID; done
proxy handler failed: 403 Проверка доступа не пройдена (пул 'testasdf' не существует)

У меня есть идея. Распределение ресурсов в пуле корректно. Эта ситуация возникает, когда в фоновом режиме происходит процесс удаления. Система начинает удалять VM 557. Система освобождает ID 557. Мое приложение берет "следующий свободный VMID" — это 557. Процесс клонирования использует ID 557. Но процесс удаления еще не завершен. Возможно, поэтому процесс клонирования и приложение не могут добавить VM в новый пул. Потому что ID 557 все еще назначен старому. Что ты об этом думаешь? Это возможно? Код: Oct  8 11:04:44 vNTDB-host-4 pvedaemon[1144905]: destroy VM 557: UPID:vNTDB-host-4:00117849:267D7C05:5D9C512C:qmdestroy:557:ik@pve: Oct 8 11:04:44 vNTDB-host-4 pvedaemon[1123516]: <ik@pve> starting task UPID:vNTDB-host-4:00117849:267D7C05:5D9C512C:qmdestroy:557:ik@pve: Oct 8 11:05:08 vNTDB-host-4 pvedaemon[1123516]: <ik@pve> end task UPID:vNTDB-host-4:00117849:267D7C05:5D9C512C:qmdestroy:557:ik@pve: OK

Oct  8 11:05:05 vNTDB-host-1 pvedaemon[2698714]: <ik@pve> starting task UPID:vNTDB-host-1:0029627E:267EA79B:5D9C5141:qmclone:570:ik@pve: Oct 8 11:05:06 vNTDB-host-1 pvedaemon[2712190]: clone base-617-disk-0/base-570-disk-0: base-570-disk-0 snapname __base__ to vm-557-disk-0 Oct 8 11:05:06 vNTDB-host-1 pvedaemon[2698714]: <ik@pve> end task UPID:vNTDB-host-1:0029627E:267EA79B:5D9C5141:qmclone:570:ik@pve: OK

11:05:05.920 [main] DEBUG com.myapp.sd.testvmgui.proxmox.Proxmox - Заголовок: <{newid=[557], name=[IstvanK-Basic17-v3s1.1-2-PGW02], pool=[IstvanK-Basic17-v3s1.1-2], target=[vNTDB-host-1]},[Content-Type:"application/x-www-form-urlencoded", Cookie:"PVEAuthCookie=PVE:ik@pve:5D9C5135::...8zqhg==", CSRFPreventionToken:"5D9C5135:rGRJNJW/hDzar7mKPzdU8Yq2lxU"]> 11:05:05.920 [main] DEBUG org.springframework.web.client.RestTemplate - HTTP POST https://127.0.0.1:8006/api2/json/nodes/vNTDB-host-1/qemu/570/clone 11:05:05.920 [main] DEBUG org.springframework.web.client.RestTemplate - Accept=[application/json, application/*+json] 11:05:05.920 [main] DEBUG org.springframework.web.client.RestTemplate - Запись [{newid=[557], name=[IstvanK-Basic17-v3s1.1-2-PGW02], pool=[IstvanK-Basic17-v3s1.1-2], target=[vNTDB-host-1]}] как "application/x-www-form-urlencoded" 11:05:05.920 [main] DEBUG com.myapp.sd.testvmgui.proxmox.LoggingRestTemplate - ==========================начало запроса============================================== 11:05:05.920 [main] DEBUG com.myapp.sd.testvmgui.proxmox.LoggingRestTemplate - URI : https://127.0.0.1:8006/api2/json/nodes/vNTDB-host-1/qemu/570/clone 11:05:05.920 [main] DEBUG com.myapp.sd.testvmgui.proxmox.LoggingRestTemplate - Метод : POST 11:05:05.920 [main] DEBUG com.myapp.sd.testvmgui.proxmox.LoggingRestTemplate - Заголовки : [Accept:"application/json, application/*+json", Cookie:"PVEAuthCookie=PVE:ik@pve:5D9C5135::...8zqhg==", Content-Type:"application/x-www-form-urlencoded;charset=UTF-8", CSRFPreventionToken:"5D9C5135:rGRJNJW/hDzar7mKPzdU8Yq2lxU", Content-Length:"96"] 11:05:05.920 [main] DEBUG com.myapp.sd.testvmgui.proxmox.LoggingRestTemplate - Тело запроса: newid=557&name=IstvanK-Basic17-v3s1.1-2-PGW02&pool=IstvanK-Basic17-v3s1.1-2&target=vNTDB-host-1 11:05:05.920 [main] DEBUG com.myapp.sd.testvmgui.proxmox.LoggingRestTemplate - ==========================конец запроса================================================ 11:05:05.996 [main] DEBUG com.myapp.sd.testvmgui.proxmox.LoggingRestTemplate - ==========================начало ответа============================================= 11:05:05.996 [main] DEBUG com.myapp.sd.testvmgui.proxmox.LoggingRestTemplate - Код состояния : 200 OK 11:05:05.997 [main] DEBUG com.myapp.sd.testvmgui.proxmox.LoggingRestTemplate - Текст состояния : OK 11:05:05.997 [main] DEBUG com.myapp.sd.testvmgui.proxmox.LoggingRestTemplate - Заголовки : [Cache-Control:"max-age=0", Connection:"close", "Keep-Alive", Date:"Tue, 08 Oct 2019 09:05:05 GMT", Pragma:"no-cache", Server:"pve-api-daemon/3.0", Content-Length:"76", Content-Type:"application/json;charset=UTF-8", Expires:"Tue, 08 Oct 2019 09:05:05 GMT"] 11:05:05.997 [main] DEBUG com.myapp.sd.testvmgui.proxmox.LoggingRestTemplate - Тело ответа: {"data":"UPID:vNTDB-host-1:0029627E:267EA79B:5D9C5141:qmclone:570:ik@pve:"}

11:05:05.997 [main] DEBUG com.myapp.sd.testvmgui.proxmox.LoggingRestTemplate - ==========================конец ответа=============================================== 11:05:05.997 [main] DEBUG org.springframework.web.client.RestTemplate - Ответ 200 OK 11:05:05.997 [main] DEBUG org.springframework.web.client.RestTemplate - Чтение в [com.myapp.sd.testvmgui.proxmox.data.ProxmoxTaskId]

У нас тут действительно есть ошибка. Вы можете следить за ней на Bugzilla. Спасибо, что обратили наше внимание на это!