鲲鹏架构virt_type配置为qemu提示CPU不支持主机传递

最新推荐文章于 2022-10-21 18:30:01 发布
原创 最新推荐文章于 2022-10-21 18:30:01 发布 · 2.7k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#openstack #linux

在鲲鹏架构上安装OpenStack Q版本时，计算节点配置为qemu模式出现CPU不支持主机传递的问题。通过将virt_type更改为kvm并重启openstack-nova-compute服务解决了该问题。

鲲鹏架构安装openstack Q版本，计算节点virt_type配置为qemu提示CPU不支持主机传递。

计算节点nova服务报错，virt_type配置为qemu提示CPU不支持主机传递

: libvirtError: unsupported configuration: CPU mode 'host-passthrough' for aarch64 qemu domain on aarch64 host is not supported by hypervisor
2020-07-23 05:04:40.095 27687 ERROR nova.virt.libvirt.driver [req-1de2f511-9aa9-4cab-82bb-91e4f79c2fd5 36f76aaaee804f95878dcce4ff134f4f 82fc4d5bb8fc4c5aab5feef3e6d67fa9 - 3202a33cfd45412083d2bff97867f8e7 3202a33cfd45412083d2bff97867f8e7] [instance: 3207095d-36da-44ca-9c89-352cba5b8d36] Failed to start
最低0.47元/天 解锁文章
使用 Qemu 搭建 AArch64 测试环境
君子以懿文德。
02-04 1635
为了学习了解 AArch64 架构的处理器，我们可以使用 Qemu 来搭建一个 AArch64 架构的测试环境。这样，就可以在这台虚拟机上编写、运行、测试我们编写的基于 AArch64 架构的程序。
host-passthrough问题(如何打开嵌套虚拟化)
Ghost_0110
03-24 2310
项目场景： host-passthrough 问题描述： 提示：这里描述项目中遇到的问题： 例如：数据传输过程中数据不时出现丢失的情况，偶尔会丢失一部分数据 APP 中接收数据代码： @Override public void run() { bytes = mmInStream.read(buffer); mHandler.obtainMessage(READ_DATA, bytes, -1, buffer).sendToTarget();
[解决后端使用ceph qem性能问题]（升级kvm后使用virt-type=kvm（qemu-system-x86_64、qemu-kvm、qemu-img）
Better Me的博客
11-19 1万+
由于升级libvirt、qemu后没有qemu-kvm模块。nova配置文件配置为 virt-type=kvm将会报错、配置为qemu则性能低。 关于kvm、和qemu类型选择请参考博文：qemu中KVM硬件虚拟化的初始化分析 (tcg、xen、kvm、qtest) 本次测试环境配置： horizon 的ip 192.168.10.71 其他组件ip
KVM: 启动虚拟机报错 “unsupported machine type“
qq_38942551的博客
03-16 1万+
【问题1】 启动虚拟机报错 unsupported machine type [root@localhost ~]# virsh start xxx-05 setlocale: No such file or directory error: Failed to start domain xxx-05 error: internal error: process exited while connecting to monitor: 2021-03-16T05:48:03.459659Z qemu-kv
使用SR-IOV创建KVM虚拟机报错“host doesn’t support passthrough of host PCI devices”解决
aixueai的博客
03-09 1万+
一、问题现象 使用SR-IOV虚拟网卡创建KVM虚拟机，创建虚拟机添加“–hostdev=xxxx”参数，或者修改虚拟机XML配置文件增加 “hostdev”，创建SR-IOV虚拟网卡时会报错如下： ERROR unsupported configuration: host doesn’t support passthrough of host PCI devices 二、 确认开启SR-IOV全部支持 以下忘记第二项不设置或打开都会导致以上问题。 1、在BIOS里开启网卡SR-IOV 注：即使BIO
精选资源
xdisp_virt-master_h264远程桌面_xdisp_virt_xdisp_opera_远程桌面
09-11
网页客户端支持的浏览器包括Chrome，FireFox，Apple Safari，Microsoft Edge，Opera等具备现代功能的浏览器，不支持IE以及IE内核浏览器。网页客户端不限平台，几乎所有操作系统平台都支持（包括移动平台和PC平台）。...
openstack自动安装文档+镜像+资料
麟哥的博客
11-27 516
安装资料下载路径： 按照文档安装，安装后相关问题解决方案： OpenStack命令启动实例：https://www.cnblogs.com/orzs/p/10832357.html
OneSwap是一个专为简化从vCenter到OpenNebula虚拟机迁移而设计的命令行工具_支持virt-v2v和qemu-img转换以及导入vCenter或ESXi环境中导出.zip
09-06
除了支持virt-v2v和qemu-img转换，OneSwap还支持从vCenter或ESXi环境导出的.zip格式文件导入到OpenNebula中。vCenter是VMware的核心组件，负责管理ESXi主机和虚拟机。ESXi是VMware的vSphere平台的基础，它是一种功能...
精选资源
cortex_m3_development:使用qemu模拟器-易于学习和cortex-m3
05-02
cortex_m3_qemu qemu的基本cortex-m3仿真 基于 另外，bravegnu教程.. 脚步 arm-none-eabi-gcc -mcpu = cortex-m3 -mthumb -g -c test.c -o test.o arm-none-eabi-gcc -mcpu = cortex-m3 -mthumb -g -c startup.c- ...
KVM，QEMU，libvirt入门学习笔记
热门推荐
julykobe的专栏
05-29 1万+
0、虚拟化 虚拟化简介 我们首先简要介绍一下虚拟化，阐述 QEMU 的搭建背景。 本文中介绍的虚拟化实际上指的是平台虚拟化。在物理硬件上，控制程序可能是主机操作系统或管理程序（见图 1）。在某些情况下，主机操作系统就是管理程序。来宾操作系统位于管理程序中。在某些情况下，来宾操作系统与控制程序使用相同的 CPU，而在另外一些情况下，则可能不同（比如 PowerPC 来宾操作
[解决后端使用ceph qem性能问题]（升级kvm后使用virt-type=kvm（qemu-system-x86_64、qemu-kvm、qemu-img）...
weixin_34060741的博客
03-29 430
2019独角兽企业重金招聘Python工程师标准>>> ...
使用Qemu调试内核(host=aarch64)
jefby的专栏
03-26 2398
在前一篇文章http://blog.youkuaiyun.com/jefbai/article/details/44901447 已经介绍过主机为x86_64的情况下如何进行内核调试，但是如果主机换做AArch64呢？？方法类似～1、编译qemu-system-aarch64 git clone https://github.com/qemu/qemu ./configure && make -j8
kvm虚拟化之qemu虚拟机安装
weixin_33739646的博客
06-20 701
检测是否支持KVM Kvm是基于x86虚拟化拓展(Intel VT或者 AMD-V)技术的虚拟机软件,所以查看CPU是否支持VT技术,就可以判断是否支持kvm .有返回结果,如果结果中有vmx(inel)或svm(AMD)字样,就说明CPU的支持的. #cat /proc/cpuinfo | egrep 'vmx|svm' flags : fpu vme de pse tsc msr pae ...
linux aarch64启动不了,引导AArch64 Linux
weixin_39640417的博客
05-13 1223
前注：本文是Documentation/arm64/booting的翻译。这篇文章基于Russell King所写的《the ARM booting document》，并与AArch64 Linux kernel的所有公开版本相关。AArch64异常模型由几级异常组成，分别是EL0 - EL3，EL0和EL1又分别有安全和非安全模式，EL2是hypervisor级别，仅存在于安全模式，EL3是最...
Gnome-boxes之cpu mode设为：host-passthrough模式(一百二十四)
Android系统攻城狮
10-21 1889
【代码】解决gnome-boxes：CPU mode 'custom' for x86_64 kvm domain on x86_64 host is not supported by hypervisor。
Qemu编译qemu-system-arm
weixin_33851429的博客
11-30 823
/********************************************************************************* * Qemu编译qemu-system-arm * 说明： * Ubuntu 16中的Qemu不支持i.mx6芯片，于是用源代码编译一下，编译可以，测试没通过。 ...
KVM虚拟化技术之使用Qemu-kvm创建和管理虚拟机
weixin_34232617的博客
02-09 729
一.KVM简介KVM（名称来自英语：Kernel-basedVirtual Machine的缩写，即基于内核的虚拟机），是一种用于Linux内核中的虚拟化基础设施，可以将Linux内核转化为一个hypervisor。KVM在2007年2月被导入Linux 2.6.20核心中，以可加载核心模块的方式被移植到FreeBSD及illumos上。KVM在具备Intel VT或AMD-...
libvirt启动虚拟机失败问题排查
jiujiederoushan的博客
03-17 5031
公司测试环境，机器为飞腾2000-arm架构，系统为麒麟V10（移植centos） 公司模块利用qcow快照和libvirt创建的虚拟机无法启动，报错unsupported configuration: CPU mode 'host-passthrough' for aarch64 qemu domain on aarch64 host is not supported by hypervisor，定位了很久最后发现是程序生成的虚拟机xml文件中domain type为qemu导致的。 修复过程： v
virt_type = qemu # 原值kvm可能不兼容 cpu_mode = none 这个参数改在哪里
最新发布
11-10
<think>我们正在处理OpenStack环境中修改虚拟机管理程序类型(virt_type)和CPU模式(cpu_mode)的配置问题。根据需求，需要将virt_type从kvm改为qemu，cpu_mode改为none。这两个参数通常位于OpenStack计算节点（nova）的配置文件中。 查找路径： 1. `virt_type`：该参数定义在`/etc/nova/nova.conf`文件的`[libvirt]`部分。 2. `cpu_mode`：同样位于`/etc/nova/nova.conf`文件的`[libvirt]`部分。 修改步骤： 1. 使用文本编辑器（如vi）打开`/etc/nova/nova.conf`。 2. 找到`[libvirt]`部分，如果没有则添加。 3. 修改或添加以下两个参数： virt_type = qemu cpu_mode = none 4. 保存文件并重启相关的nova服务。 详细操作如下： ### 修改virt_type和cpu_mode参数 1. **编辑配置文件**: ```bash sudo vi /etc/nova/nova.conf ``` 2. **定位到`[libvirt]`部分**，修改或添加以下行： ```ini [libvirt] virt_type = qemu cpu_mode = none ``` 3. **保存并退出**。 4. **重启nova服务**: 根据OpenStack的版本和操作系统，重启服务的方式可能有所不同。以下为常见命令： - 对于CentOS 7/RHEL 7: ```bash sudo systemctl restart openstack-nova-compute ``` - 对于Ubuntu/Debian: ```bash sudo service nova-compute restart ``` 5. **验证配置**: 可以通过以下命令检查配置是否生效： ```bash nova service-list # 确保计算服务状态正常 ``` 注意：将`virt_type`设置为`qemu`（纯软件模拟）通常用于当宿主机不支持硬件虚拟化（如没有KVM支持）的情况。由于qemu的性能比kvm差，所以除非必要（如在不支持虚拟化的CPU上运行），否则不推荐使用。另外，`cpu_mode`设置为`none`表示不向虚拟机暴露宿主机CPU特性，而是使用QEMU默认的CPU模型（通常是qemu64）。这在需要兼容性时使用。 引用说明： - 关于libvirt的配置选项可以参考官方文档[^1]。 - 关于QEMU设备的使用，如kvm-pit，可以通过QEMU命令行添加[^2]，但本次修改不涉及此内容。 §§相关问题§§ 1. 如何检查宿主机是否支持KVM虚拟化？ 2. 除了修改virt_type，还有哪些方法可以提高虚拟机兼容性？ 3. OpenStack中如何配置多个计算节点使用不同的虚拟化类型？ </think>### 修改OpenStack中virt_type和cpu_mode参数的位置及方法 #### 配置路径分析 在OpenStack环境中，`virt_type`和`cpu_mode`参数位于**计算节点(nova-compute)** 的配置文件中： ```ini /etc/nova/nova.conf ``` 具体配置位置： ```ini [libvirt] virt_type = qemu # 原值为kvm cpu_mode = none # 修改为目标值 ``` #### 修改步骤 1. **编辑配置文件** ```bash sudo vi /etc/nova/nova.conf ``` 2. **定位并修改参数** ```diff [libvirt] # 原始配置 - virt_type = kvm - cpu_mode = host-model # 可能为其他值 # 修改后配置 + virt_type = qemu + cpu_mode = none ``` 3. **重启服务** ```bash sudo systemctl restart openstack-nova-compute.service ``` 4. **验证配置** ```bash openstack compute service list # 确认计算节点状态正常 ``` #### 参数说明 1. **`virt_type = qemu`**： - 使用纯QEMU模拟器代替KVM加速 - 适用于不支持硬件虚拟化的环境[^2] - 性能较低但兼容性更好 2. **`cpu_mode = none`**： - 不向虚拟机暴露宿主机CPU特性 - 使用QEMU默认CPU模型(qemu64) - 提供最大兼容性，尤其适用于跨架构迁移 #### 注意事项 - 修改后需**重启所有nova服务**： ```bash sudo systemctl restart openstack-nova* ``` - 检查虚拟机XML定义： ```bash virsh dumpxml <vm-name> | grep type # 应显示: <domain type='qemu'> ``` - 性能影响：QEMU模式比KVM性能低30-50%，仅建议在不兼容时使用 #### 技术原理 当设置为`virt_type=qemu`时： $$ \text{虚拟机} \xrightarrow{\text{QEMU模拟}} \text{物理硬件} $$ 取代了KVM的： $$ \text{虚拟机} \xrightarrow[\text{硬件加速}]{\text{KVM}} \text{物理硬件} $$ CPU模式设为`none`后，将使用标准CPU模型： ```xml <domain> <cpu mode='none'/> <!-- 原为host-passthrough --> </domain> ```
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值