我已经运行kvm实例： =# virsh list –all Id Name State —————————————————- 2 debian-test running 当我尝试closures它时，我得到： =# virsh shutdown debian-test Domain debian-test is being shutdown 但实例仍在运行。 在日志中我只find： “错误：virIdentityGetSystem：173：无法查找SELinux进程上下文：无效参数” 我没有使用SELinux，所以在/etc/libvirt/qemu.conf我把security_driver改为none 。 之后，我摧毁了机器（libvirt destroy …），重新启动了libvirt-bin，qemu-system-x86，并重新启动了虚拟机 – 但closures仍然不可能。 如何debugging/修复？ 我在debian主机上运行libvirt。
我尝试使用qemu-img命令将VMDK映像（安装Windows）转换为RAW格式。 但是，它失败，出现以下错误： $ qemu-img convert -f vmdk -O raw image.vmdk /tmp/image.img qemu-img: Could not open 'image.vmdk': invalid VMDK image descriptor qemu-img: Could not open 'image.vmdk' 据我所知，图像本身似乎很好，至less我可以从它使用VMWare播放器正确启动。 我使用的是qemu-img 2.0.0版本。
仍然试图让GPU直通工作，并决定改变机器types从旧的440FX到Q35即PC-Q35，但如果我做了virshconfiguration编辑它拒绝保存说“PCI桥不支持”…由当前qemu二进制。 我需要在虚拟机xml文件中修复/更改什么？ 经过一些研究似乎Q35只允许PCIexpress PCIe，而不是PCI，但我不知道如何改变我的XML文件，以便VIRSH停止抱怨，并接受从440FX到Q35的变化。 这是在Debian Jessie上：uname -a Linux vmserver 3.16.0-customvmkernel＃1 SMP Sun Sep 28 00:34:42 PDT 2014 x86_64 GNU / Linux kvm –version QEMU模拟器版本2.1.0（Debian 2.1 + dfsg-4） 这是我目前使用440fx的虚拟机文件，我想要更改为q35： <domain type='kvm' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'> <name>Win7enterprise32bit</name> <uuid>77599af9-35a3-45e1-9fce-74304f7d7a9c</uuid> <memory unit='KiB'>1048576</memory> <currentMemory unit='KiB'>1048576</currentMemory> <vcpu placement='static'>1</vcpu> <os> <type arch='i686' machine='pc-i440fx-2.1'>hvm</type> <boot dev='hd'/> </os> <features> <acpi/> <apic/> <pae/> </features> <clock offset='localtime'/> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> […]
我正在用gluster分布式存储来探索KVM_qemu。 我的目标是build立一个完整的HAtesting集群。 即HA的虚拟机以及gluster存储。 我打算设置一个3节点gluster集群，并使用libgfapi而不是旧的FUSE方法的qemu gluster驱动程序。但是，然后我注意到在vm xml文件或qemu映像创build命令我们只能指定一个gluster服务器的IP！ 那么如果那台服务器出现故障，存储将不可用？ 那么在使用qemu libgfapi方法时应该怎样提供HA呢？ 用keeplived分配虚拟浮动IP到gluster服务器？ 请咨询..谢谢
我希望能够将基于KVM的虚拟机导出到ESXi 5.1 / 5.5主机。 我当前的方法最终导致VM无法在ESXi主机上引导。 （我已经尝试在VirtualBox 4.3上导入相同的.ova，这里VirtualBox声称vmdk的大小是895bytes，虽然vmdk接近2GB）。 这些是我采取的步骤： 停止KVM虚拟机 qemu-img转换为-O vmdk my.qcow2 -o adapter_type = lsilogic，subformat = streamOptimized，compat6 my.vmdk 生成my.ovf printf'\ x03'| dd conv = notrunc of = my.vmdk bs = 1 seek = $（（0x4）） tar my.ova my.ovf my.vmdk 在vSphere上使用文件 – >部署OVF模板 部署是“成功”，但机器无法启动。 我在用着： F23 x86_64 qemu-img版本2.4.1 ESXi 5.1 vSphere 5.1 我试过的VirtualBox在Windows 7主机上是4.3.10。 任何提示，将不胜感激。 谢谢。 […]
我正在尝试获取qcow2容器的虚拟大小，以便它可以适应10GB磁盘的OpenStack风格。 root@node-10:~# qemu-img info zztop.qcow image: zztop.qcow file format: qcow2 virtual size: 80G (85899345920 bytes) disk size: 2.6G cluster_size: 65536 Format specific information: compat: 1.1 lazy refcounts: false 我按照这里的指导，并用零填充磁盘的末尾，然后运行qemu-img convert -O qcow2 。 然而，生成的qcow2保留相同的磁盘大小和虚拟大小。 如何降低qcow2的虚拟大小，使其适合小于80GB的OpenStack？
我试图在旧的Supermicro主板上安装一个虚拟化服务器（主要用于实验），使用qemu / kvm（在Debian / jessie上运行，内核为3.16.0-4-amd64 ） 该主板配备了Intel Xeon CPU，据我所知它应该支持虚拟化： $ egrep '^flags.*(vmx|svm)' /proc/cpuinfo flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc pebs bts nopl pni dtes64 monitor ds_cpl vmx […]
我试图用这个命令创build一个原始图像： qemu-img create -f raw -o size=200G,preallocation=metadata file.img 但似乎它的原始图像不支持预分配。 如果是这样的话，为什么在这个图表中有原始的+预分配？ # qemu-img create -f raw -o size=200G,preallocation=full file.img Unknown option 'preallocation' Invalid options for file format 'raw'.
昨天我在主机系统有一个驱动器故障（raid-0），不得不重新安装操作系统。 幸运的是，vps映像位于另一个raidarrays（raid-5）上，而.img文件仍然可用。 然而，当我尝试运行其中一个图像时，virsh抱怨该域不存在，这是从来没有通过virsh-install方式注册的。 所以我的问题是， 是否有可能使用virsh注册img文件，所以我可以像在硬盘驱动器故障之前那样启动vps？
我有32位Windows 2k3r3客人（terminal服务器）与4GB客人ram和交换。 我为客人交换和用户的临时目录创build了单独的磁盘映像。 我在主机系统中安装了RAM，并希望通过将此映像移动到tmpfs来节省磁盘IO，但guest虚拟机不会以此错误消息启动： qemu-kvm：-drive file = / mnt / tmpfs / vh1-tmp.qcow2，if = none，id = drive-ide0-1-1，format = qcow2，cache = none：无法打开磁盘imag | 4098 qemu 20 0 4949M 4146M 5496 S 28.5 17.2 1h00：31 / usr / bin / qemu-kvm -name vh1 -S -M pc-1.3 -cpu kvm64 -enable- e /mnt/tmpfs/vh1-tmp.qcow2：无效参数 主机系统： #uname -a Linux srv-vh1.su.local 3.7.10-1.16-default＃1 […]