# CloudStack 4.22 – VM deployment on LINSTOR primary fails during ROOT volume population (qemu-img convert), while volume creation succeeds **URL:** \ **Category:** LINBIT SDS Integrations\ **Tags:** drbd, linstor, cloudstack\ **Created:** [January 2, 2026, 7:33am UTC](https://forums.linbit.com/t/cloudstack-4-22-vm-deployment-on-linstor-primary-fails-during-root-volume-population-qemu-img-convert-while-volume-creation-succeeds/1122 "2026-01-02T07:33:44Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![bilalinamdar](https://yyz1.discourse-cdn.com/flex003/user_avatar/forums.linbit.com/bilalinamdar/32/294_2.png) [@bilalinamdar](https://forums.linbit.com/u/bilalinamdar)\ **Post date:** [January 2, 2026, 7:33am UTC](https://forums.linbit.com/t/cloudstack-4-22-vm-deployment-on-linstor-primary-fails-during-root-volume-population-qemu-img-convert-while-volume-creation-succeeds/1122/1 "2026-01-02T07:33:44Z")
- sos report [Download sos\_2026-01-02\_15-03-28.tar.gz | LimeWire](https://limewire.com/d/ceoYY#pyEqjjp6j6) - **Architecture** ```auto ┌──────────────────────────────────┐ │ Management Node │ │ │ │ Hostname : csmgmt01 │ │ IP : 10.50.10.100 │ │ │ │ CloudStack Mgmt : 4.22.0.0 │ │ Cloud DB (MariaDB/MySQL) │ └───────────────┬──────────────────┘ │ │ Orchestration / API / DB │ =================================================================== || KVM + LINSTOR CLUSTER || || (All KVM nodes on 10.50.11.0/24) || =================================================================== ┌──────────────────────────────────┐ ┌──────────────────────────────────┐ ┌──────────────────────────────────┐ │ KVM NODE 1 │ │ KVM NODE 2 │ │ KVM NODE 3 │ │ Hostname : cskvm01.poc.local │ │ Hostname : cskvm02.poc.local │ │ Hostname : cskvm03.poc.local │ │ IP : 10.50.11.101 │ │ IP : 10.50.11.102 │ │ IP : 10.50.11.103 │ │ │ │ │ │ │ │ CloudStack KVM Agent : 4.22.0.0 │ │ CloudStack KVM Agent : 4.22.0.0 │ │ CloudStack KVM Agent : 4.22.0.0 │ │ LINSTOR role : COMBINED │ │ LINSTOR role : SATELLITE │ │ LINSTOR role : SATELLITE │ │ LINSTOR Ctrl/GUI : Yes │ │ LINSTOR Ctrl/GUI : No │ │ LINSTOR Ctrl/GUI : No │ │ DRBD kernel : 9.3.0 │ │ DRBD kernel : 9.3.0 │ │ DRBD kernel : 9.3.0 │ │ Storage pool (LVMTHIN): lvm-thin-fast on each node (~223GiB free) │ └──────────────────────────────────┘ └──────────────────────────────────┘ └──────────────────────────────────┘ ║═══════════════════════════════════════════════════════════════║ ║ LINSTOR + DRBD replication (block storage) ║ ║ CloudStack volume -> LINSTOR resource -> /dev/drbdXXXX ║ ║═══════════════════════════════════════════════════════════════║ ====================================================================== STORAGE (CloudStack Datastores) ====================================================================== (A) Primary Storage #1 (NFS Primary) [Shared NFS datastore for KVM] ┌──────────────────────────────────────────────────┐ │ NFS Primary Storage │ │ Server IP : 10.50.10.100 (csmgmt01) │ │ Export : /export/primary (example) │ │ Protocol : NFSv4.2 │ │ Used for : Primary volumes on NFS (non-Linstor) │ └──────────────────────────────────────────────────┘ (B) Primary Storage #2 (LINSTOR Primary) [Your “second primary”] ┌──────────────────────────────────────────────────────────────┐ │ LINSTOR Primary Storage (Pool name in CS: linstor-primary) │ │ CloudStack pool_type : Linstor │ │ LINSTOR controller : http://10.50.11.101:3370 │ │ Backend pools : LVM_THIN (lvm-thin-fast) on nodes │ │ Used for : Primary volumes on DRBD (/dev/drbdX) │ └──────────────────────────────────────────────────────────────┘ (C) Secondary Storage (NFS Secondary) [templates/isos/systemvms] ┌──────────────────────────────────────────────────┐ │ NFS Secondary Storage │ │ Server IP : 10.50.10.100 (csmgmt01) │ │ Export : /export/secondary │ │ Protocol : NFSv4.2 │ │ Used for : Templates / ISOs / SystemVM templates │ └──────────────────────────────────────────────────┘ ``` ## Deployment Topology Management Node: - Hostname: csmgmt01 - Role: CloudStack Management Server - OS: Ubuntu 22.04.5 LTS - CloudStack Version: 4.22.0.0 - Does NOT run LINSTOR or DRBD - Manages: - CloudStack API / UI - Database (cloud DB) - Storage orchestration only KVM + LINSTOR Cluster: - Total Nodes: 3 - Hosts: - cskvm01.poc.local - cskvm02.poc.local - cskvm03.poc.local LINSTOR Deployment Model: - cskvm01: - LINSTOR Controller - LINSTOR Satellite - DRBD - LVM\_THIN storage pool - cskvm02: - LINSTOR Satellite - DRBD - LVM\_THIN storage pool - cskvm03: - LINSTOR Satellite - DRBD - LVM\_THIN storage pool All three KVM nodes: - Registered as CloudStack KVM hosts - Participate in LINSTOR storage - Have identical LVM\_THIN pools for DRBD-backed volumes Storage Pools: - LINSTOR LVM\_THIN pool present and healthy on all three KVM nodes - LINSTOR diskless pools auto-created where required - CloudStack primary storage points to LINSTOR controller on cskvm01 Secondary Storage: - NFSv4.2 - Exported from management-side storage - Mounted dynamically by CloudStack agent on KVM hosts - Used for templates and ISOs ====================================================================== ## Environment Summary MANAGEMENT NODE (csmgmt01) Role: CloudStack Management Server OS: Ubuntu 22.04.5 LTS CloudStack Version: 4.22.0.0 DB Schema Version: 4.22.0.0 Installed Packages: - cloudstack-management 4.22.0.0 - cloudstack-usage 4.22.0.0 - cloudstack-common 4.22.0.0 Primary Storage (CloudStack DB): - Name: linstor-primary - Pool Type: Linstor - Status: Up - UUID: 381f423d-5c3d-4037-85bb-f704bbebaa5f KVM HOST (example: cskvm01) Role: CloudStack KVM Hypervisor + LINSTOR Controller OS: Ubuntu 22.04.5 LTS Kernel: 5.15.0-164-generic CloudStack Agent: - cloudstack-agent 4.22.0.0 LINSTOR: - Controller/Satellite version: 1.33.1 - Client: 1.27.1 - Storage driver: LVM\_THIN - Controller runs only on cskvm01 - Satellites run on cskvm01, cskvm02, cskvm03 DRBD: - Kernel module: 9.3.0 - drbd-utils: 9.33.0 - drbd-reactor: 1.10.0 - Transport: TCP QEMU / libvirt: - qemu-img: 6.2.0 - QEMU hypervisor: 6.2.0 - libvirtd: 8.0.0 Virtualization checks: - Hardware virtualization (vmx/svm): Enabled - /dev/kvm accessible - virt-host-validate: PASS (only IOMMU warning) ====================================================================== ## Templates Templates registered in CloudStack DB: - Ubuntu 22.04 - Ubuntu 24.04 On KVM hosts, template files stored on secondary NFS and named \*.raw are detected as QCOW2 via: qemu-img info Example: - file format: qcow2 - virtual size: ~2.2 GiB - disk size: ~600–700 MiB ## Service Offering Service offering used: testlinstor ROOT disk sizes tested: - 10 GB - 20 GB ROOT volume sizes verified in CloudStack DB match the offering. ====================================================================== ## Observed Problem LINSTOR primary storage is detected as UP in CloudStack and volumes can be created successfully across the 3-node LINSTOR cluster. However, VM deployment fails specifically during ROOT volume population from template. Key behavior: - LINSTOR volume creation succeeds - DRBD-backed block device is created on KVM host - Failure occurs only during instance ROOT disk population - qemu-img convert to the DRBD block device fails - CloudStack cleans up the DRBD resource and libvirt storage pool - VM ends in Error state - ROOT volume is marked Destroy in CloudStack DB ====================================================================== ## Relevant KVM Agent Log Excerpts INFO Linstor: Creating volume for ROOT disk INFO Linstor: Created DRBD device: /dev/drbd1001 INFO Executing qemu-img convert to DRBD device ERROR qemu-img convert failed: output file is smaller than input file WARN Template copy failed, cleaning up DRBD resource INFO Linstor: Removed DRBD device and volume as part of cleanup ## CloudStack Management Log Excerpts ERROR Unable to find ObjectInDataStore mapping for TemplateObject on Linstor storage pool WARN Failed to create ROOT volume for VM, marking volume as Destroy ====================================================================== ## Database Evidence Failed instances: - i-2-12-VM - i-2-13-VM LINSTOR storage pool remains in state = Up throughout. ====================================================================== ## Key Observation LINSTOR and DRBD are functioning correctly across all three KVM nodes: - Storage pools are healthy - DRBD devices are created successfully The failure occurs only at the template-to-root-volume population stage (qemu-img convert writing to /dev/drbdX). This suggests an issue in CloudStack’s LINSTOR integration or template handling during ROOT volume deployment, rather than a LINSTOR or DRBD volume provisioning problem. ## Expected Behavior CloudStack should successfully populate the ROOT volume on LINSTOR primary storage from the template and continue VM deployment without cleaning up the DRBD resource. ![image](https://canada1.discourse-cdn.com/flex003/uploads/linbit/original/1X/39f0700bd2c6c51409a86ec27ec2a7499f8b104d.jpeg) ![image](https://canada1.discourse-cdn.com/flex003/uploads/linbit/original/1X/bb61f881abb5b7f5a5a37a469d8f67b13866b710.png) the first one is from nfs all other are created using linstor tag in compute offering. linstor based volume can be deployed standalone but it can’t be used for vm creation fails. ![image](https://canada1.discourse-cdn.com/flex003/uploads/linbit/original/1X/de1fbf27b47ffb42ed46cd05b07e7971d6568402.jpeg) ---
**Author:** ![candlerb](https://avatars.discourse-cdn.com/v4/letter/c/c5a1d2/32.png) [@candlerb](https://forums.linbit.com/u/candlerb)\ **Post date:** [January 3, 2026, 6:27pm UTC](https://forums.linbit.com/t/cloudstack-4-22-vm-deployment-on-linstor-primary-fails-during-root-volume-population-qemu-img-convert-while-volume-creation-succeeds/1122/3 "2026-01-03T18:27:06Z")
> [@bilalinamdar](#): > > ERROR qemu-img convert failed: output file is smaller than input file That seems to be the smoking gun. Somehow you need to compare ```auto qemu-img info blockdev --getsize64 /dev/drbdXXXX ``` at the right point in time. If you can find the code that issues “INFO Executing qemu-img convert to DRBD device” then you may be able to insert some debugging. Good luck! P.S. naming your image files “.raw” is probably not a good idea, if they’re not actually raw files. ---
**Author:** ![rp9](https://yyz1.discourse-cdn.com/flex003/user_avatar/forums.linbit.com/rp9/32/38_2.png) [@rp9](https://forums.linbit.com/u/rp9)\ **Post date:** [January 5, 2026, 7:25am UTC](https://forums.linbit.com/t/cloudstack-4-22-vm-deployment-on-linstor-primary-fails-during-root-volume-population-qemu-img-convert-while-volume-creation-succeeds/1122/4 "2026-01-05T07:25:02Z")
At a quick glance I would say, the template has the wrong format in the CloudStack DB? If say it is registered as RAW, but stored as qcow2 file on secondary storage, I can imagine that it is missing the correct qemu-img convert parameters to convert from qcow2 to RAW on Linstor. ---
**Author:** ![bilalinamdar](https://yyz1.discourse-cdn.com/flex003/user_avatar/forums.linbit.com/bilalinamdar/32/294_2.png) [@bilalinamdar](https://forums.linbit.com/u/bilalinamdar)\ **Post date:** [January 7, 2026, 2:55pm UTC](https://forums.linbit.com/t/cloudstack-4-22-vm-deployment-on-linstor-primary-fails-during-root-volume-population-qemu-img-convert-while-volume-creation-succeeds/1122/5 "2026-01-07T14:55:33Z")
> [@rp9](#): > > If say it is registered as RAW, but stored as qcow2 file on secondary storage, I can imagine that it is missing the correct qemu-img convert parameters to convert from qcow2 to RAW on Linstor. Hi @rp9 I was stuck with two things while following your **milan event workshop**. And i am 100% sure following it correctly! 1. **System VM doesn’t spin up**. So to bypass this i recreated cloudstack with NFS as primary storage. Than sys vm’s spinned up without issue. 2. **Deployment Of Instance with default templates** which are offered by cloudstack in the setup wizard. I tried Ubuntu 22.04, Ubuntu 24.04 and Almalinux 9 but all failed mostly with the qemu error. 3. What worked is. I can add volume with linstor. I can add additional disk with linstor. I can spin up Instance with ISO (not template). I tried **Alpine ISO and i was able to spin up the instance without issue** even additional data disk of linstor. To resolve Point 2 that is deployment of template or Instance making issue i tried to convert the qcow2 image to raw didn’t work than i made changes in the database of template to recognize it as raw but still failed. I tried vice versa still failed. In the linstor forum i was blocked to reply but i think it is now operational. That’s why i was unable to reply here. But thanks to Michael he lifted the ban. It was because of using different upload service. If you haven’t checked the log yet u can. I would suggest to check FIRST failures not last as u will find why i needed to try to fix it.. > **[logs.zip](https://drive.google.com/file/d/1-RLNwX0lBIACjoB2luSxTncBFj3JHCtk/view?usp=drive_link)** > > Google Drive file. **Logs for the csmgmt01, cskvm01,cskvm02,cskvm03** #KVM /var/log/linstor-satellite/ /var/log/linstor-controller/ /var/log/cloudstack/ /var/log/libvirt/ /var/log/syslog /var/log/dmesg /var/log/kern.log #MGMT /var/log/cloudstack/ /var/log/syslog /var/log/dmesg /var/log/kern.log Currently i have installed HCI and checking it. Its working fine out of the box. Will again erase and install the same architecture mentioned here this weekend. And this time i will keep it as is. I mean will not touch much will report out of the box experience. I am still looking for solution for Point 1 and 2 ---
**Author:** ![rp9](https://yyz1.discourse-cdn.com/flex003/user_avatar/forums.linbit.com/rp9/32/38_2.png) [@rp9](https://forums.linbit.com/u/rp9)\ **Post date:** [January 8, 2026, 8:02am UTC](https://forums.linbit.com/t/cloudstack-4-22-vm-deployment-on-linstor-primary-fails-during-root-volume-population-qemu-img-convert-while-volume-creation-succeeds/1122/6 "2026-01-08T08:02:16Z")
Too keep it on one channel, we will further discuss this on the CloudStack github issue tracker: > > > \[sos\_2026-01-02\_15-03-28.tar.gz\](https://github.com/user-attachments/files/24406…034/sos\_2026-01-02\_15-03-28.tar.gz) > > \###Architecture > > ┌──────────────────────────────────┐ > │ Management Node │ > │ │ > │ Hostname : csmgmt01 │ > │ IP : 10.50.10.100 │ > │ │ > │ CloudStack Mgmt : 4.22.0.0 │ > │ Cloud DB (MariaDB/MySQL) │ > └───────────────┬──────────────────┘ > │ > │ Orchestration / API / DB > │ > =================================================================== > || KVM + LINSTOR CLUSTER || > || (All KVM nodes on 10.50.11.0/24) || > =================================================================== > > ┌──────────────────────────────────┐ ┌──────────────────────────────────┐ ┌──────────────────────────────────┐ > │ KVM NODE 1 │ │ KVM NODE 2 │ │ KVM NODE 3 │ > │ Hostname : cskvm01.poc.local │ │ Hostname : cskvm02.poc.local │ │ Hostname : cskvm03.poc.local │ > │ IP : 10.50.11.101 │ │ IP : 10.50.11.102 │ │ IP : 10.50.11.103 │ > │ │ │ │ │ │ > │ CloudStack KVM Agent : 4.22.0.0 │ │ CloudStack KVM Agent : 4.22.0.0 │ │ CloudStack KVM Agent : 4.22.0.0 │ > │ LINSTOR role : COMBINED │ │ LINSTOR role : SATELLITE │ │ LINSTOR role : SATELLITE │ > │ LINSTOR Ctrl/GUI : Yes │ │ LINSTOR Ctrl/GUI : No │ │ LINSTOR Ctrl/GUI : No │ > │ DRBD kernel : 9.3.0 │ │ DRBD kernel : 9.3.0 │ │ DRBD kernel : 9.3.0 │ > │ Storage pool (LVMTHIN): lvm-thin-fast on each node (~223GiB free) │ > └──────────────────────────────────┘ └──────────────────────────────────┘ └──────────────────────────────────┘ > > ║═══════════════════════════════════════════════════════════════║ > ║ LINSTOR + DRBD replication (block storage) ║ > ║ CloudStack volume -\> LINSTOR resource -\> /dev/drbdXXXX ║ > ║═══════════════════════════════════════════════════════════════║ > > > ====================================================================== > STORAGE (CloudStack Datastores) > ====================================================================== > > (A) Primary Storage #1 (NFS Primary) \[Shared NFS datastore for KVM\] > ┌──────────────────────────────────────────────────┐ > │ NFS Primary Storage │ > │ Server IP : 10.50.10.100 (csmgmt01) │ > │ Export : /export/primary (example) │ > │ Protocol : NFSv4.2 │ > │ Used for : Primary volumes on NFS (non-Linstor) │ > └──────────────────────────────────────────────────┘ > > > (B) Primary Storage #2 (LINSTOR Primary) \[Your “second primary”\] > ┌──────────────────────────────────────────────────────────────┐ > │ LINSTOR Primary Storage (Pool name in CS: linstor-primary) │ > │ CloudStack pool\_type : Linstor │ > │ LINSTOR controller : http://10.50.11.101:3370 │ > │ Backend pools : LVM\_THIN (lvm-thin-fast) on nodes │ > │ Used for : Primary volumes on DRBD (/dev/drbdX) │ > └──────────────────────────────────────────────────────────────┘ > > > (C) Secondary Storage (NFS Secondary) \[templates/isos/systemvms\] > ┌──────────────────────────────────────────────────┐ > │ NFS Secondary Storage │ > │ Server IP : 10.50.10.100 (csmgmt01) │ > │ Export : /export/secondary │ > │ Protocol : NFSv4.2 │ > │ Used for : Templates / ISOs / SystemVM templates │ > └──────────────────────────────────────────────────┘ > > > > \### problem > > CloudStack 4.22 – VM deployment on LINSTOR primary fails during ROOT volume population (qemu-img convert), while volume creation succeeds > > ====================================================================== > > Deployment Topology > \------------------- > > Management Node: > \- Hostname: csmgmt01 > \- Role: CloudStack Management Server > \- OS: Ubuntu 22.04.5 LTS > \- CloudStack Version: 4.22.0.0 > \- Does NOT run LINSTOR or DRBD > \- Manages: > - CloudStack API / UI > - Database (cloud DB) > - Storage orchestration only > > KVM + LINSTOR Cluster: > \- Total Nodes: 3 > \- Hosts: > - cskvm01.poc.local > - cskvm02.poc.local > - cskvm03.poc.local > > LINSTOR Deployment Model: > \- cskvm01: > - LINSTOR Controller > - LINSTOR Satellite > - DRBD > - LVM\_THIN storage pool > \- cskvm02: > - LINSTOR Satellite > - DRBD > - LVM\_THIN storage pool > \- cskvm03: > - LINSTOR Satellite > - DRBD > - LVM\_THIN storage pool > > All three KVM nodes: > \- Registered as CloudStack KVM hosts > \- Participate in LINSTOR storage > \- Have identical LVM\_THIN pools for DRBD-backed volumes > > Storage Pools: > \- LINSTOR LVM\_THIN pool present and healthy on all three KVM nodes > \- LINSTOR diskless pools auto-created where required > \- CloudStack primary storage points to LINSTOR controller on cskvm01 > > Secondary Storage: > \- NFSv4.2 > \- Exported from management-side storage > \- Mounted dynamically by CloudStack agent on KVM hosts > \- Used for templates and ISOs > > ====================================================================== > > Environment Summary > \------------------- > > MANAGEMENT NODE (csmgmt01) > Role: CloudStack Management Server > OS: Ubuntu 22.04.5 LTS > CloudStack Version: 4.22.0.0 > DB Schema Version: 4.22.0.0 > > Installed Packages: > \- cloudstack-management 4.22.0.0 > \- cloudstack-usage 4.22.0.0 > \- cloudstack-common 4.22.0.0 > > Primary Storage (CloudStack DB): > \- Name: linstor-primary > \- Pool Type: Linstor > \- Status: Up > \- UUID: 381f423d-5c3d-4037-85bb-f704bbebaa5f > > > KVM HOST (example: cskvm01) > Role: CloudStack KVM Hypervisor + LINSTOR Controller > OS: Ubuntu 22.04.5 LTS > Kernel: 5.15.0-164-generic > > CloudStack Agent: > \- cloudstack-agent 4.22.0.0 > > LINSTOR: > \- Controller/Satellite version: 1.33.1 > \- Client: 1.27.1 > \- Storage driver: LVM\_THIN > \- Controller runs only on cskvm01 > \- Satellites run on cskvm01, cskvm02, cskvm03 > > DRBD: > \- Kernel module: 9.3.0 > \- drbd-utils: 9.33.0 > \- drbd-reactor: 1.10.0 > \- Transport: TCP > > QEMU / libvirt: > \- qemu-img: 6.2.0 > \- QEMU hypervisor: 6.2.0 > \- libvirtd: 8.0.0 > > Virtualization checks: > \- Hardware virtualization (vmx/svm): Enabled > \- /dev/kvm accessible > \- virt-host-validate: PASS (only IOMMU warning) > > ====================================================================== > > Templates > \--------- > Templates registered in CloudStack DB: > > \- Ubuntu 22.04 > - DB format: RAW > - DB size: ~0.64 GB > > \- Ubuntu 24.04 > - DB format: RAW > - DB size: ~0.58 GB > > On KVM hosts, template files stored on secondary NFS and named \*.raw > are detected as QCOW2 via: > qemu-img info \ > > Example: > \- file format: qcow2 > \- virtual size: ~2.2 GiB > \- disk size: ~600–700 MiB > > > Service Offering > \---------------- > Service offering used: testlinstor > ROOT disk sizes tested: > \- 10 GB > \- 20 GB > > ROOT volume sizes verified in CloudStack DB match the offering. > > ====================================================================== > > Observed Problem > \---------------- > LINSTOR primary storage is detected as UP in CloudStack and volumes can > be created successfully across the 3-node LINSTOR cluster. However, > VM deployment fails specifically during ROOT volume population > from template. > > Key behavior: > \- LINSTOR volume creation succeeds > \- DRBD-backed block device is created on KVM host > \- Failure occurs only during instance ROOT disk population > \- qemu-img convert to the DRBD block device fails > \- CloudStack cleans up the DRBD resource and libvirt storage pool > \- VM ends in Error state > \- ROOT volume is marked Destroy in CloudStack DB > > ====================================================================== > > Relevant KVM Agent Log Excerpts > \------------------------------ > INFO Linstor: Creating volume for ROOT disk > INFO Linstor: Created DRBD device: /dev/drbd1001 > INFO Executing qemu-img convert to DRBD device > ERROR qemu-img convert failed: output file is smaller than input file > WARN Template copy failed, cleaning up DRBD resource > INFO Linstor: Removed DRBD device and volume as part of cleanup > > > CloudStack Management Log Excerpts > \--------------------------------- > ERROR Unable to find ObjectInDataStore mapping for TemplateObject on Linstor storage pool > WARN Failed to create ROOT volume for VM, marking volume as Destroy > > ====================================================================== > > Database Evidence > \----------------- > Failed instances: > > \- i-2-12-VM > - ROOT volume size: 20 GB > - state: Destroy > - service offering: testlinstor > > \- i-2-13-VM > - ROOT volume size: 10 GB > - state: Destroy > - service offering: testlinstor > > LINSTOR storage pool remains in state = Up throughout. > > ====================================================================== > > Key Observation > \--------------- > LINSTOR and DRBD are functioning correctly across all three KVM nodes: > \- Storage pools are healthy > \- DRBD devices are created successfully > > The failure occurs only at the template-to-root-volume population stage > (qemu-img convert writing to /dev/drbdX). > > This suggests an issue in CloudStack’s LINSTOR integration or template > handling during ROOT volume deployment, rather than a LINSTOR or DRBD > volume provisioning problem. > > > Expected Behavior > \----------------- > CloudStack should successfully populate the ROOT volume on LINSTOR > primary storage from the template and continue VM deployment without > cleaning up the DRBD resource. > > \### versions > > The versions of ACS, hypervisors, storage, network etc.. > > > > > the first one is from nfs all other are created using linstor tag in compute offering. > > \Image > > \Image > > linstor based volume can be deployed standalone but it can’t be used for vm creation fails. > > \Image