- Users - libvirt List Archives

[libvirt-users] how make the pool to be inactive?
by zhijun liu 13 Sep '12

13 Sep '12

hi,all I want to delete the storage pool,but libvirt tell me say: > error: Failed to delete pool virtimages > > error: Requested operation is not valid: storage pool is still active > > > the question is how to make the pool's status to be inactive? thanks liuzhijun

2 1

[libvirt-users] Network inoperable with QEMU arm example image
by Larry Brown 12 Sep '12

12 Sep '12

I am running Fedora 16 64bit and installed libvirt. I have the VM running with arm emulation with this one issue I can't figure out. I used Virtual Machine Manager to manage the VM and can access its console there. The Ethernet appears to be eth1 and the guest can set an IP on it etc. However, I cannot see any traffic from the Host when dumping any of the interfaces. I've tried several combinations of network setups using the GUI and none appear to work. Optimally I'd like to bridge to my primary interface (em1) and be able to pull an address and talk directly to my network so I can download packages etc while in the VM. I tried setting up networking in that fashion with: Source Device : em1 with macvtap Device Model: Hypervisor Default Source Mode: Bridge but alas I cannot pull dhcp nor can I set a static address and ping other interfaces on the network. It also appears that every time I start the VM it creates another vnetX interface. One of the troubleshooting pages I came across listed all the tools but nothing about what to look for: 1) virsh net-list --all Name State Autostart ----------------------------------------- default active yes 2) brctl show bridge name bridge id STP enabled interfaces virbr0 8000.52540029e6c7 yes virbr0-nic vnet0 vnet1 vnet2 vnet3 vnet4 3) sysctl net.bridge.bridge-nf-call-iptables sysctl net.bridge.bridge-nf-call-iptables = 1 4) iptables -L -v -n Chain INPUT (policy ACCEPT 767K packets, 189M bytes) pkts bytes target prot opt in out source destination 0 0 ACCEPT udp -- virbr0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:53 0 0 ACCEPT tcp -- virbr0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:53 0 0 ACCEPT udp -- virbr0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:67 0 0 ACCEPT tcp -- virbr0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:67 Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 0 0 ACCEPT all -- * virbr0 0.0.0.0/0 192.168.122.0/24 state RELATED,ESTABLISHED 0 0 ACCEPT all -- virbr0 * 192.168.122.0/24 0.0.0.0/0 0 0 ACCEPT all -- virbr0 virbr0 0.0.0.0/0 0.0.0.0/0 0 0 REJECT all -- * virbr0 0.0.0.0/0 0.0.0.0/0 reject-with icmp-port-unreachable 0 0 REJECT all -- virbr0 * 0.0.0.0/0 0.0.0.0/0 reject-with icmp-port-unreachable Chain OUTPUT (policy ACCEPT 532K packets, 79M bytes) pkts bytes target prot opt in out source destination 5) ps -ef | grep dnsmasq nobody 12382 1 0 Sep11 ? 00:00:00 /usr/sbin/dnsmasq --strict-order --bind-interfaces --pid-file=/var/run/libvirt/network/default.pid --conf-file= --except-interface lo --listen-address 192.168.122.1 --dhcp-range 192.168.122.2,192.168.122.254 --dhcp-leasefile=/var/lib/libvirt/dnsmasq/default.leases --dhcp-lease-max=253 --dhcp-no-override 6) ifconfig -a em1 Link encap:Ethernet HWaddr 00:19:B9:48:2B:BA inet addr:10.45.212.46 Bcast:10.45.212.255 Mask:255.255.255.0 inet6 addr: fe80::219:b9ff:fe48:2bba/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:19048593 errors:95686 dropped:154 overruns:0 frame:98437 TX packets:10619346 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:12559170813 (11.6 GiB) TX bytes:1700214519 (1.5 GiB) Interrupt:16 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:2978074 errors:0 dropped:0 overruns:0 frame:0 TX packets:2978074 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:847201395 (807.9 MiB) TX bytes:847201395 (807.9 MiB) macvtap0 Link encap:Ethernet HWaddr 52:54:00:AC:7F:0C inet6 addr: fe80::5054:ff:feac:7f0c/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:294814 errors:0 dropped:0 overruns:0 frame:0 TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:42804350 (40.8 MiB) TX bytes:468 (468.0 b) virbr0 Link encap:Ethernet HWaddr 52:54:00:29:E6:C7 inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255.255.0 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:621 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:43217 (42.2 KiB) virbr0-nic Link encap:Ethernet HWaddr 52:54:00:29:E6:C7 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) vnet0 Link encap:Ethernet HWaddr FE:54:00:AC:7F:0C BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:38159 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 b) TX bytes:1995337 (1.9 MiB) vnet1 Link encap:Ethernet HWaddr FE:54:00:AC:7F:0C BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:37299 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 b) TX bytes:1949439 (1.8 MiB) vnet2 Link encap:Ethernet HWaddr FE:54:00:AC:7F:0C BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:36154 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 b) TX bytes:1888745 (1.8 MiB) vnet3 Link encap:Ethernet HWaddr FE:54:00:AC:7F:0C BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:35068 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 b) TX bytes:1832375 (1.7 MiB) vnet4 Link encap:Ethernet HWaddr FE:54:00:AC:7F:0C BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:207 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 b) TX bytes:10896 (10.6 KiB) 7) cat /proc/sys/net/ipv4/ip_forward 1 Any help I can get to resolve this would be greatly appreciated. Very frustrating... Larry

1 0

[libvirt-users] virtual networking - virbr0-nic interface
by Shantanu Pavgi 12 Sep '12

12 Sep '12

I need some help in understanding libvirt's virtual networking. I have configured bridged networking (shared physical device) on libvirt+KVM system which is working fine. Also, I am using default NAT network on with virbr0 bridge device and virbr0-nic. I would like to get better understanding on virbr0-nic works in this virtual network configuration. I understand that traffic from virbr0 bridge is forwarded through host system's physical interface eth0 using iptables rules, but I am not following virbr0-nic's working here. I see it attached to virbr0 bridge device though. {{{ $ brctl show bridge name bridge id STP enabled interfaces br0 8000.14feb5dc4f06 no eth0 vnet1 virbr0 8000.525400f5a4ed yes virbr0-nic vnet2 }}} Any pointers on how virbr0 and virbr0-nic work would be really helpful. -- Thanks, Shantanu

2 2

[libvirt-users] problem starting virt-manager
by Lentes, Bernd 12 Sep '12

12 Sep '12

Hi, i try to run virt-manager on a SLES 11 SP1 box. I'm using kernel 2.6.32.12 and virt-manager 0.9.4-106.1.x86_64 . The system is a 64bit box. Here is the output: ========================= pc56846:/media/idg2/SysAdmin_AG_Wurst/software_und_treiber/virt_manager/sles_11_sp1 # virt-manager & [1] 9659 pc56846:/media/idg2/SysAdmin_AG_Wurst/software_und_treiber/virt_manager/sles_11_sp1 # Traceback (most recent call last): File "/usr/share/virt-manager/virt-manager.py", line 386, in <module> main() File "/usr/share/virt-manager/virt-manager.py", line 247, in main from virtManager import cli File "/usr/share/virt-manager/virtManager/cli.py", line 29, in <module> import libvirt File "/usr/lib64/python2.6/site-packages/libvirt.py", line 25, in <module> raise lib_e ImportError: /usr/lib64/libvirt.so.0: undefined symbol: selinux_virtual_domain_context_path [1]+ Exit 1 virt-manager ========================= As you see, virt-manager does not start. Thanks for any hint. Bernd -- Bernd Lentes Systemadministration Institut für Entwicklungsgenetik Gebäude 35.34 - Raum 208 HelmholtzZentrum münchen bernd.lentes(a)helmholtz-muenchen.de phone: +49 89 3187 1241 fax: +49 89 3187 2294 http://www.helmholtz-muenchen.de/idg Wir sollten nicht den Tod fürchten, sondern das schlechte Leben Helmholtz Zentrum München Deutsches Forschungszentrum für Gesundheit und Umwelt (GmbH) Ingolstädter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir´in Bärbel Brumme-Bothe Geschäftsführer: Prof. Dr. Günther Wess und Dr. Nikolaus Blum Registergericht: Amtsgericht München HRB 6466 USt-IdNr: DE 129521671

2 4

[libvirt-users] Addition of Eucalyptus to IaaS section
by Eric Choi 12 Sep '12

12 Sep '12

Hello there, I’m not sure if this is the right mailing list, but I’d like to see if we can add Eucalyptus to the IaaS page here: http://libvirt.org/apps.html#iaas Please let me know what is required in order to add us? Thanks very much, *_________________________* *Eric Choi - *Product Marketing *Eucalyptus Systems* www.eucalyptus.com +1 508 348-9778 Follow us on Twitter <http://twitter.com/#!/eucalyptuscloud> Like our Facebook Page<http://www.facebook.com/pages/Eucalyptus-Systems-Inc/164828240204708> Keep up-to-date with us<http://go.eucalyptus.com/Sign-Up-for-Cloud-Computing-News.html?Offer=Other&…> *_________________________*

3 5

[libvirt-users] issue with kvm host crashing
by David M. Barlieb 11 Sep '12

11 Sep '12

I have a dell r910 with rhel6.2 on it and libvirt 0.8. This machine is hosting 12 virtual guests. Every 3 - 5 months the server crashes for no apparent reason. The logs show no kernel panics or other issues causing the crash. The sar logs show a very high context switch count ( approx. 170000). and also high runq-sz (approx. 10 - 18). The cpu's were mostly idle, memory usage low, no swapping, disk io very low as well. This also occurs on a number of other rhel6.2 servers I have using KVM/libvirt/qemu for virtualization. I am curious if anyone else has reported incidents like this. After the crash the servers all come backup, but as you can imagine, it is troubling to see this kind of behavior, especially with these machines hosting production guests. Any help or suggestions on what to look for would be helpful. Regards

1 0

[libvirt-users] dumpxml and edit the vm xml are not match.
by Timon Wang 11 Sep '12

11 Sep '12

I use vnc with password for the vm graphics, it works well. When I want to dump the xml of the vm, I found that the dumped xml does not contains the password properties in the graphics node. But when I use virsh edit to check the xml of the vm, I found the password is displayed. It's it a bug or it's just what libvirt designed to perform. -- Focus on: Server Vitualization, Network security,Scanner,NodeJS,JAVA,WWW Blog: http://www.nohouse.net

2 2

[libvirt-users] Reg: Libvirt API does not return, after qemu-kvm is hungup.
by Alphonse Hansel Anthony 10 Sep '12

10 Sep '12

Hi All, I am facing the following issue, while using Libvirt version 0.8.4. (1) Libvirt API does not return, since the qemu-kvm process is hung up. Based on the information available on mail thread *https://bugzilla.redhat.com/show_bug.cgi?id=676205* (comment 26 - scenario 1), this has been fixed in later version of Libvirt, specifically in RHEL 6.2(libvirt 0.9.4). I have checked the changelogs between version 0.8.7(RHEL 6.1) & 0.9.4 and was not able to identify the related patch information. Please let me know, If I am looking at the wrong version for this fix? Any help in this regard, would be useful. Thanks, Alphonse Comment reference: --SNIP-- 1. The QEMU process has hung. QEMU won't respond to monitor commands. The API call making the first monitor command will wait forever, any subsequent API calls issuing monitor commands will timeout after ~30 seconds with this libvirt error message. This is expected behaviour when QEMU has hung. --SNIP-- In RHEL-6.2 we have done a number of things to address / mitigate these problems - It is now always possible to destroy a guest, even if the monitor is stuck. This lets you destroy a guest in scenario 1, which is not always possible with RHEL-5 libvirt, without restarting libvirtd. --SNIP-- --EOF--

2 1

[libvirt-users] How to properly test watchdog?
by Russell Jones 10 Sep '12

10 Sep '12

CentOS 6 Hi all, I am working on setting up sanlock + watchdog on a 2 node KVM pair. Sanlock is working beautifully and is preventing access to the VM disks by more than one process as it should across both boxes. I am attempting to test failure scenarios involving watchdog, but I am having a hard time getting it to actually reset the server. I am running wdmd with -D so I can see the register requests. When I start sanlock with "service sanlock start" I can see it talk to the wdmd process, as debug logs "register ............ sanlock_daemon". I then send a "kill -9" signal to the daemon to try to simulate a crash, and wdmd logs "client_pid_dead". I would expect Watchdog to see that the PID is dead and as a result start the timer and reboot the server. It does not do that however. Am I misunderstanding how it reacts to TERM requests? How can I properly test wdmd? Thanks for the help!

1 1

[libvirt-users] Kernel unresponsive after booting 700+ vm's on a single host
by Alfred Bratterud 10 Sep '12

10 Sep '12

For a research project we are trying to boot a very large amount of tiny, custom built VM's on KVM/ubuntu. The maximum VM-count achieved was 1000, but with substantial slowness, and eventually kernel failure, while the cpu/memory loads were nowhere near limits. Where is the likely bottleneck? Any solutions, workarounds, hacks or dirty tricks? A few more details here (tumbleweed question), and the possibility of an upvote: http://stackoverflow.com/questions/12243129/kvm-qemu-maximum-vm-count-limit Any tips would be much appreciated! Best regards, Alfred Bratterud Assistant Professor Dept. of Computer Science, Oslo and Akershus University College of Applied Sciences P: (+47) 2245 3263 M: (+47) 4102 0222

2 1