問題產生背景：使用CloudStack+ KVM組合進行資源池納管工作，透過ISO映象檔案建立了兩個模板：RHEL6U3 64位系統以及WindowsServer2008 R2 SP1 64位系統。然後透過模板建立例項，掛載外接儲存，例項啟動後，透過fdisk -l 檢視RHEL系統以及透過計算機管理中的儲存管理檢視Windows系統發現，RHEL系統可以顯示掛載的第二塊硬碟（卷），但是 Windows卻始終不能識別。問題分析：首先考慮是不是CloudStack的SSVM出現了問題，不能夠執行諸如卷的掛載等操作，但是RHEL這樣的Linux作業系統不管再掛幾塊新磁碟或者解除安裝之類的操作均不會有任何問題，所以判斷問題不是出在CloudStack上面，而是在於作業系統。那麼會不會是KVM不能夠對 Windows虛擬機器進行磁碟掛載操作呢？顯然不可能，在沒有 CloudStack或者Openstack這樣的雲管理平臺之前，我們就是直接使用RHEL上面的KVM去建立虛擬機器，不管是virsh之類的命令也好，還是virt-manager這樣的圖形化控制檯也好，都不存在說Windows虛擬機器不能新增第二塊硬碟，在 CloudStack裡面對應新增除系統卷之外的第二塊卷。既然從CloudStack的管理介面看不出任何問題，那麼就登陸到KVM主機上面檢視吧，開啟 virt-manager圖形化工具，點選RHEL與Windows虛擬機器的Details檢視硬體，發現硬碟跟網絡卡的硬體型別均為virtio，然後透過手動新增硬碟的方式對RHEL跟Windows進行測試，發現如果硬碟型別新增為IDE，則兩個作業系統均可以顯示出來，然而如果新增virtio型別的硬碟，只有RHEL可以顯示，而Windows卻不能顯示。
問題產生背景：使用CloudStack+ KVM組合進行資源池納管工作，透過ISO映象檔案建立了兩個模板：RHEL6U3 64位系統以及WindowsServer2008 R2 SP1 64位系統。然後透過模板建立例項，掛載外接儲存，例項啟動後，透過fdisk -l 檢視RHEL系統以及透過計算機管理中的儲存管理檢視Windows系統發現，RHEL系統可以顯示掛載的第二塊硬碟（卷），但是 Windows卻始終不能識別。問題分析：首先考慮是不是CloudStack的SSVM出現了問題，不能夠執行諸如卷的掛載等操作，但是RHEL這樣的Linux作業系統不管再掛幾塊新磁碟或者解除安裝之類的操作均不會有任何問題，所以判斷問題不是出在CloudStack上面，而是在於作業系統。那麼會不會是KVM不能夠對 Windows虛擬機器進行磁碟掛載操作呢？顯然不可能，在沒有 CloudStack或者Openstack這樣的雲管理平臺之前，我們就是直接使用RHEL上面的KVM去建立虛擬機器，不管是virsh之類的命令也好，還是virt-manager這樣的圖形化控制檯也好，都不存在說Windows虛擬機器不能新增第二塊硬碟，在 CloudStack裡面對應新增除系統卷之外的第二塊卷。既然從CloudStack的管理介面看不出任何問題，那麼就登陸到KVM主機上面檢視吧，開啟 virt-manager圖形化工具，點選RHEL與Windows虛擬機器的Details檢視硬體，發現硬碟跟網絡卡的硬體型別均為virtio，然後透過手動新增硬碟的方式對RHEL跟Windows進行測試，發現如果硬碟型別新增為IDE，則兩個作業系統均可以顯示出來，然而如果新增virtio型別的硬碟，只有RHEL可以顯示，而Windows卻不能顯示。