我的virt-manager工作正常，突然停止工作，抛出错误： RuntimeError: could not open display root@rakcal ~]# echo $DISPLAY localhost:10.0 [root@rakcal ~]# virt-manager Traceback (most recent call last): File "/usr/share/virt-manager/virt-manager.py", line 383, in <module> main() File "/usr/share/virt-manager/virt-manager.py", line 286, in main raise gtk_error RuntimeError: could not open display 有没有人见过这个？ 同样的事情也发生在“virt-viewer”上： [root@rakcal ~]# virt-viewer winxp1 Cannot open display: Run 'virt-viewer –help' to see a full […]
我有一台主机运行centos 6.2，它有2个使用libvirt的虚拟机。 我有这一切工作，但后来我停电，现在主机连接，但虚拟机无法获得一个IP时，他们来了，没有networking连接。 我正在尝试使用桥接networking适配器进行连接。 ifconfig看起来像这样： em1 Link encap:Ethernet HWaddr 84:2B:2B:58:4C:AD inet addr:192.168.1.38 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::862b:2bff:fe58:4cad/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:328369 errors:0 dropped:2 overruns:0 frame:0 TX packets:228167 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:38114989 (36.3 MiB) TX bytes:267087066 (254.7 MiB) em2 Link encap:Ethernet HWaddr 84:2B:2B:58:4C:AE inet6 addr: fe80::862b:2bff:fe58:4cae/64 Scope:Link […]
我试图使用libvirt文档中的信息连接到vSphere群集。 $ virsh -c "vpx://[email protected]/dc1/dc1-cluster-e01/dc1-vsphere-e04/?no_verify=1" Enter root's password for 10.51.4.11: error: internal error HTTP response code 400 for call to 'Login' error: failed to connect to the hypervisor 我似乎能够build立一个连接，但它与“HTTP代码400”失败。 如果我提供了不正确的密码，它会失败，出现“login凭据”错误，所以看起来像我正在获得一个连接，但由于其他原因失败。 Wireshark没有任何帮助，因为它都是通过SSL / TLS完成的。 任何想法的人？ 解答：跳到我的答案下面关于特殊字符。 更新：15:21 28/02/11 仅供参考 – 我正在运行libvirt-0.8.3（在启用了ESX标志的情况下重新编译了Ubuntu软件包）。 当我把virsh进入debugging模式时，它返回这个： [snip] Enter root's password for 10.51.4.11: 15:19:09.011: debug : do_open:1249 : driver 3 ESX […]
我在连接到我的虚拟机主机（这是运行KVM / Libvirt的Ubuntu服务器）时遇到了一些问题。 我可以使用Ubuntu客户端连接到服务器，并且可以通过Fedora 16客户端上的virsh进行连接。 不幸的是，通过virt-manager连接失败，出现错误：“无法打开到libvirtpipe理守护进程的连接”。
我想给我的朋友一个虚拟机在我的专用服务器上，我希望他能够重新启动虚拟机或更改iso – 所以基本上我想要的虚拟机托pipe提供商，如Linode相同的function。 我想最简单的解决scheme是给他一个shell帐户，但如何限制壳？ 是否有可能限制libvirt为我的使用情况？
我正在使用KVM进行虚拟化，并通过Libvirt守护进程进行pipe理。 如何configurationLibvirt或KVM侦听发送虚拟机NIC的MAC地址的唤醒Lan包，并在接收到此类包时启动虚拟机？
我们有一小群KVM / libvirt主机，上面有几百个虚拟机，由不同地点的一组系统pipe理员pipe理。 我遇到了一个问题，我通过SSH连接到虚拟机，但是我找不到它拥有的裸机主机的名称。 有没有人知道从虚拟机里面find裸机的名字的方法？ 如果这不是KVM开箱即用的，那么我们可以在我们的所有虚拟机pipe理程序上应用哪些configuration示例来公开这些信息？ 我们使用库存pipe理软件来跟踪我们的虚拟机及其裸机 – 但是它有缺陷，并且时不时地丢失了哪个主机拥有虚拟机。 我将解决这个问题 – 但是从虚拟机内部查找KVM主机的概念将会非常有用。 我知道这违背了许多共享环境中使用的安全原则，每个虚拟机都是卖给不同客户的产品 – 但是在我们拥有主机的环境中，安全性不是问题。
当我尝试使用virsh启动域时，出现以下string错误： virsh # start vimes error: Failed to start domain vimes error: End of file while reading data: Input/output error error: Failed to reconnect to the hypervisor 在这种情况下拖拽日志文件，我得到以下输出： /var/log/libvirt/libxl/vimes.log libxl: debug: libxl_create.c:1362:do_domain_create: ao 0x7f4e1c0017e0: create: how=(nil) callback=(nil) poller=0x7f4e1c0019c0 dmesg的 [ 852.559719] libvirtd[2187]: segfault at ffffffffffffffff ip 00007f4e45472614 sp 00007f4e3e6b60d8 error 7 in libc-2.19.so[7f4e453ed000+19e000] /var/log/libvirt/libxl/libxl-driver.log xc: […]
我在Linux服务器上有以下USB设备： # lsusb -t /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci_hcd/2p, 480M |__ Port 1: Dev 2, If 0, Class=hub, Driver=hub/6p, 480M |__ Port 2: Dev 3, If 0, Class=HID, Driver=usbfs, 1.5M |__ Port 3: Dev 4, If 0, Class=hub, Driver=hub/4p, 480M |__ Port 1: Dev 8, If 0, Class=print, Driver=usbfs, 12M /: Bus […]
我有Ubuntu服务器与qemu / kvm。 我试图创build快照（进一步备份）使用libvirt并得到这个错误： # virsh snapshot-create-as –domain 56 –name copy_snap –no-metadata –disk-only –atomic –diskspec vda,snapshot=external,file=/path/to/snapshot error: internal error: cannot update AppArmor profile 'libvirt-429060e6-88af-4515-b028-e5c9493a926a' 期刊： # journalctl -f Dec 10 16:09:02 gamma libvirtd[23795]: internal error: Child process (/usr/lib/libvirt/virt-aa-helper -p 0 -r -u libvirt-429060e6-88af-4515-b028-e5c9493a926a -f /home/v.pastushenko/wiki.snap) unexpected exit status 1: virt-aa-helper: error: /var/lib/libvirt/qemu/channel/target/C7-Wiki.org.qemu.guest_agent.0 virt-aa-helper: error: skipped […]