Hello, Jordan
About the root/data disk controller global configuration, you can set
this on a per-template basis, i.e. you can set the root and data disk
controller in the template settings and all VMs create from it will use
the same settings. Therefore, if you create a Windows VM template in
CloudStack with the settings `rootDiskController` set to `virtio`, all
VMs created from this template will inherit the `virtio` disk controller
setting — this is valid for all settings in the template. Note that
updating the settings of a template will not change any running VMs
created from it.
As for the disk controller inside the Windows OS, we had some bad
experience when installing the VirtIO drivers using the executable;
using the ISO image worked best for the majority of our cases.
Best regards,
Bryan
On 23/07/2024 11:40, Jordan Wolfson wrote:
Hello,
My Windows Instances are set to "Windows PV" and they are assigned the "virtio"
controller for Root and Data disks in Settings.
However, inside the Windows Instance, I only see QEMU HARDDISKs and a Standard
SATA AHCI Controller instead of any kind of VirtIO device. I am able to add new
Volumes that initially appear inside the OS as VirtIO SCSI Disks but then
change to QEMU HARDDISKs after a reboot.
I have attempted to manually add the VirtIO drivers to these QEMU disks and to
the Standard SATA AHCI Controller with no success. I attempted to add the
drivers during installation but the disks always change to QEMU HARDDISK after
a reboot. I added a new Volume to the Instance to see if the VirtIO drivers
would be added with a new Volume without success.
I ran CrystalDiskMark benchmark tests on different Instances with the different
root and data disk controllers (ide, scsi, virtio, and osdefault) and the
benchmark tests all came back roughly the same.
Basically, I am not seeing that my specific CloudStack/KVM setup is honoring
the Root and Data disk Settings for these Windows Instances and want to figure
out what I can do to fix this issue please.
Thank you for the help,
Jordan
-----Original Message-----
From: Wei ZHOU <[email protected]>
Sent: Tuesday, July 23, 2024 10:09 AM
To: [email protected]
Subject: Re: Root Disk Controller Global Setting
EXTERNAL
for vms on kvm, the disk controller (virtio/ide/virtio-scsi) is determined by
os type. It can be overwritten by vm settings. Users can change os type for
each vm as another option.
If you have Windows vm with virtio driver installed, you can change the the OS type to
"Windows PV".
IMO, It is not needed to have global settings for kvm vms, which will bring
more trouble than benefits. If the value in global settings is not supported by
the vm(e.g. driver is not installed), vm won't boot up.
-Wei
On Tuesday, July 23, 2024, Jordan Wolfson <[email protected]>
wrote:
Hello,
Thank you, but I am asking about a Global Setting that can be enabled
or disabled. I am aware that I can add specific root/data controllers
for Instances but those settings are not being honored inside the
Windows OS even with VirtIO drivers installed. I am inquiring about a
Global Setting that can be toggled for KVM Instances. Thank you.
Jordan
-----Original Message-----
From: Wei ZHOU <[email protected]>
Sent: Tuesday, July 23, 2024 9:35 AM
To: [email protected]
Cc: [email protected]
Subject: Re: Root Disk Controller Global Setting
EXTERNAL
Hi,
You can add vm settings for the root/data disk controller.
-Wei
On Tue, Jul 23, 2024 at 3:29 PM Jordan Wolfson
<[email protected]> wrote:
Good Morning,
I am troubleshooting some Root and Data disk controller settings in
our
KVM/CloudStack deployment and I have noticed that there is a global
setting for "Vmware root disk controller' for Instances but no such
setting to assign a default KVM Root or Data disk controller to
Instances. Is there a setting that I am missing or something else that
I need to enable? Thank you.
[photo]<http://www.ussignal.com/>
Jordan Wolfson
Professional Services Engineer, US Signal
616.233.5032<tel:616.233.5032> |
http://www.ussignal.com<https://www.ussignal.com> |
[email protected]<mailto:[email protected]>
201 Ionia Ave SW, Grand Rapids, MI
49503<https://urldefense.com/v3/__https://maps.google.com/?q=201*20I
on
ia*20Ave*20SW,*20Grand*20Rapids,*20MI*2049503__;JSUlJSUlJQ!!P9cq_d3G
yw
!ljwFgSMEXIP0piGRApbxF-py-ulecCAFzVeTqyqX1MatYgmY4NPI5AXsLK-1vBgDjRB
a-
sv5WMZqZHj_tNbKjw$ >
[linkedin]<https://urldefense.com/v3/__https://www.linkedin.com/comp
an
y/us-signal/__;!!P9cq_d3Gyw!ljwFgSMEXIP0piGRApbxF-py-ulecCAFzVeTqyqX
1M atYgmY4NPI5AXsLK-1vBgDjRBa-sv5WMZqZHirG7qkbA$ >
[facebook]<https://urldefense.com/v3/__https://www.facebook.com/ussi
gn
alcom/__;!!P9cq_d3Gyw!ljwFgSMEXIP0piGRApbxF-py-ulecCAFzVeTqyqX1MatYg
mY 4NPI5AXsLK-1vBgDjRBa-sv5WMZqZHg42ATsaQ$ >
[youtube]<https://urldefense.com/v3/__https://www.youtube.com/channe
l/
UCaFBGFfXmHziWGTFqjGzaWw__;!!P9cq_d3Gyw!ljwFgSMEXIP0piGRApbxF-py-ule
cC AFzVeTqyqX1MatYgmY4NPI5AXsLK-1vBgDjRBa-sv5WMZqZHgI-WzhSg$ >
IMPORTANT: The contents of this email are confidential. Information
is
intended for the named recipient(s) only. If you have received this
email by mistake, please notify the sender immediately and do not
disclose the contents to anyone or make copies thereof.
