From bderzhavets at yahoo.com Tue Sep 1 04:26:20 2009 From: bderzhavets at yahoo.com (Boris Derzhavets) Date: Mon, 31 Aug 2009 21:26:20 -0700 (PDT) Subject: [fedora-virt] Re: [Fedora-xen] Setup Libvirt 0.7.0-6 & Xen 3.4.1 Dom0 on top of Fedora 11 (64-bit) In-Reply-To: <1251777617.2849.6.camel@laptop-jr.destar.net> Message-ID: <494085.69337.qm@web56106.mail.re3.yahoo.com> Jon, I have just, one question :- Are you saying that HVM install succeeded via virt-manager ? I had to run virt-install to build HVM DomUs, virt-manager gave up at the beginning , complaining 2 different libvirt errors Boris. --- On Tue, 9/1/09, Jon wrote: From: Jon Subject: [Fedora-xen] Setup Libvirt 0.7.0-6 & Xen 3.4.1 Dom0 on top of Fedora 11 (64-bit) To: fedora-xen at redhat.com Date: Tuesday, September 1, 2009, 12:00 AM Success. From an install off the DVD with all packages in the setup deselected. I have installed an HVM and a paravirt vm and both work. My only problem is that eth0 does not come up when I reboot and I have to do a dhclient eth0 to get an address or specify one myself. I have set the IP static in the /etc/sysconf/network-scripts/ifcfg-eth0 file but it still comes up without an address. Thanks Boris for all the help!! Jon [root at localhost xen]# lspci 00:00.0 RAM memory: nVidia Corporation MCP61 Memory Controller (rev a1) 00:01.0 ISA bridge: nVidia Corporation MCP61 LPC Bridge (rev a2) 00:01.1 SMBus: nVidia Corporation MCP61 SMBus (rev a2) 00:01.2 RAM memory: nVidia Corporation MCP61 Memory Controller (rev a2) 00:02.0 USB Controller: nVidia Corporation MCP61 USB Controller (rev a3) 00:02.1 USB Controller: nVidia Corporation MCP61 USB Controller (rev a3) 00:04.0 PCI bridge: nVidia Corporation MCP61 PCI bridge (rev a1) 00:06.0 IDE interface: nVidia Corporation MCP61 IDE (rev a2) 00:07.0 Bridge: nVidia Corporation MCP61 Ethernet (rev a2) 00:08.0 IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2) 00:08.1 IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2) 00:09.0 PCI bridge: nVidia Corporation MCP61 PCI Express bridge (rev a2) 00:0b.0 PCI bridge: nVidia Corporation MCP61 PCI Express bridge (rev a2) 00:0c.0 PCI bridge: nVidia Corporation MCP61 PCI Express bridge (rev a2) 00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 10h [Opteron, Athlon64, Sempron] HyperTransport Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 10h [Opteron, Athlon64, Sempron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 10h [Opteron, Athlon64, Sempron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] Family 10h [Opteron, Athlon64, Sempron] Miscellaneous Control 00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 10h [Opteron, Athlon64, Sempron] Link Control 02:00.0 VGA compatible controller: nVidia Corporation GeForce 8500 GT (rev a1) cat /proc/cpuinfo processor??? : 0 vendor_id??? : AuthenticAMD cpu family??? : 16 model??? ??? : 2 model name??? : AMD Phenom(tm) 9500 Quad-Core Processor stepping??? : 2 cpu MHz??? ??? : 140637.186 cache size??? : 512 KB fpu??? ??? : yes fpu_exception??? : yes cpuid level??? : 5 wp??? ??? : yes flags??? ??? : fpu de tsc msr pae mce cx8 apic mtrr mca cmov clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc extd_apicid pni cx16 popcnt hypervisor lahf_lm cmp_legacy extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch bogomips??? : 4420.21 TLB size??? : 1024 4K pages clflush size??? : 64 cache_alignment??? : 64 address sizes??? : 48 bits physical, 48 bits virtual power management: ts ttp tm stc 100mhzsteps hwpstate -- Fedora-xen mailing list Fedora-xen at redhat.com https://www.redhat.com/mailman/listinfo/fedora-xen -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonr at destar.net Tue Sep 1 04:31:33 2009 From: jonr at destar.net (Jon) Date: Mon, 31 Aug 2009 20:31:33 -0800 Subject: [fedora-virt] Re: [Fedora-xen] Setup Libvirt 0.7.0-6 & Xen 3.4.1 Dom0 on top of Fedora 11 (64-bit) In-Reply-To: <494085.69337.qm@web56106.mail.re3.yahoo.com> References: <494085.69337.qm@web56106.mail.re3.yahoo.com> Message-ID: <1251779493.2849.10.camel@laptop-jr.destar.net> Boris, No, same problem as you have. Virt-manager will error out on libvirt errors. I had to use virt-install to install an HVM. Does the virt-manager just call virt-install with the correct parameters or is there something else going on? Jon On Mon, 2009-08-31 at 21:26 -0700, Boris Derzhavets wrote: > Jon, > > I have just, one question :- > Are you saying that HVM install succeeded via virt-manager ? > I had to run virt-install to build HVM DomUs, virt-manager gave up > at the beginning , complaining 2 different libvirt errors > > Boris. > > --- On Tue, 9/1/09, Jon wrote: > > From: Jon > Subject: [Fedora-xen] Setup Libvirt 0.7.0-6 & Xen 3.4.1 Dom0 > on top of Fedora 11 (64-bit) > To: fedora-xen at redhat.com > Date: Tuesday, September 1, 2009, 12:00 AM > > Success. From an install off the DVD with all packages in the > setup > deselected. I have installed an HVM and a paravirt vm and both > work. > My only problem is that eth0 does not come up when I reboot > and I have > to do a dhclient eth0 to get an address or specify one myself. > I have > set the IP static in > the /etc/sysconf/network-scripts/ifcfg-eth0 file > but it still comes up without an address. > > Thanks Boris for all the help!! > > Jon > > [root at localhost xen]# lspci > 00:00.0 RAM memory: nVidia Corporation MCP61 Memory Controller > (rev a1) > 00:01.0 ISA bridge: nVidia Corporation MCP61 LPC Bridge (rev > a2) > 00:01.1 SMBus: nVidia Corporation MCP61 SMBus (rev a2) > 00:01.2 RAM memory: nVidia Corporation MCP61 Memory Controller > (rev a2) > 00:02.0 USB Controller: nVidia Corporation MCP61 USB > Controller (rev a3) > 00:02.1 USB Controller: nVidia Corporation MCP61 USB > Controller (rev a3) > 00:04.0 PCI bridge: nVidia Corporation MCP61 PCI bridge (rev > a1) > 00:06.0 IDE interface: nVidia Corporation MCP61 IDE (rev a2) > 00:07.0 Bridge: nVidia Corporation MCP61 Ethernet (rev a2) > 00:08.0 IDE interface: nVidia Corporation MCP61 SATA > Controller (rev a2) > 00:08.1 IDE interface: nVidia Corporation MCP61 SATA > Controller (rev a2) > 00:09.0 PCI bridge: nVidia Corporation MCP61 PCI Express > bridge (rev a2) > 00:0b.0 PCI bridge: nVidia Corporation MCP61 PCI Express > bridge (rev a2) > 00:0c.0 PCI bridge: nVidia Corporation MCP61 PCI Express > bridge (rev a2) > 00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 10h > [Opteron, > Athlon64, Sempron] HyperTransport Configuration > 00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 10h > [Opteron, > Athlon64, Sempron] Address Map > 00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 10h > [Opteron, > Athlon64, Sempron] DRAM Controller > 00:18.3 Host bridge: Advanced Micro Devices [AMD] Family 10h > [Opteron, > Athlon64, Sempron] Miscellaneous Control > 00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 10h > [Opteron, > Athlon64, Sempron] Link Control > 02:00.0 VGA compatible controller: nVidia Corporation GeForce > 8500 GT > (rev a1) > > > > cat /proc/cpuinfo > processor : 0 > vendor_id : AuthenticAMD > cpu family : 16 > model : 2 > model name : AMD Phenom(tm) 9500 Quad-Core Processor > stepping : 2 > cpu MHz : 140637.186 > cache size : 512 KB > fpu : yes > fpu_exception : yes > cpuid level : 5 > wp : yes > flags : fpu de tsc msr pae mce cx8 apic mtrr mca cmov > clflush mmx fxsr > sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3dnow > constant_tsc > rep_good nonstop_tsc extd_apicid pni cx16 popcnt hypervisor > lahf_lm > cmp_legacy extapic cr8_legacy abm sse4a misalignsse > 3dnowprefetch > bogomips : 4420.21 > TLB size : 1024 4K pages > clflush size : 64 > cache_alignment : 64 > address sizes : 48 bits physical, 48 bits virtual > power management: ts ttp tm stc 100mhzsteps hwpstate > > -- > Fedora-xen mailing list > Fedora-xen at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-xen > > From bderzhavets at yahoo.com Tue Sep 1 04:44:15 2009 From: bderzhavets at yahoo.com (Boris Derzhavets) Date: Mon, 31 Aug 2009 21:44:15 -0700 (PDT) Subject: [fedora-virt] Re: [Fedora-xen] Setup Libvirt 0.7.0-6 & Xen 3.4.1 Dom0 on top of Fedora 11 (64-bit) In-Reply-To: <1251779493.2849.10.camel@laptop-jr.destar.net> Message-ID: <484796.97679.qm@web56104.mail.re3.yahoo.com> Jon, My knowledge of libvirt stuff is not good enough to answer you. View:- http://www.compatdb.org/support/topics/201770_fedora_weekly_news_190.html Quote:- Daniel Berrange reported[3] "FYI, I have just installed a Fedora 12 x86_64 guest on a Fedora 11 x86_64 KVM host". "Once installed, I installed the Xen dom0 kernel from http://fedorapeople.org/~myoung/dom0/ re-configured grub, and successfully rebooted into a Xen Dom0, and was able to create paravirt guests successfully. Most of the libvirt-TCK test suite passed, and the only bugs look trivial to solve in libvirt's Xen driver." Boris. --- On Tue, 9/1/09, Jon wrote: From: Jon Subject: Re: [Fedora-xen] Setup Libvirt 0.7.0-6 & Xen 3.4.1 Dom0 on top of Fedora 11 (64-bit) To: "Boris Derzhavets" Cc: fedora-xen at redhat.com, fedora-virt at redhat.com Date: Tuesday, September 1, 2009, 12:31 AM Boris, No, same problem as you have. Virt-manager will error out on libvirt errors. I had to use virt-install to install an HVM. Does the virt-manager just call virt-install with the correct parameters or is there something else going on? Jon On Mon, 2009-08-31 at 21:26 -0700, Boris Derzhavets wrote: > Jon, > > I have just, one question :- > Are you saying that HVM install succeeded via virt-manager ? > I had to run virt-install to build HVM DomUs, virt-manager gave up > at the beginning , complaining 2 different libvirt errors > > Boris. > > --- On Tue, 9/1/09, Jon wrote: >? ? ? ??? >? ? ? ???From: Jon >? ? ? ???Subject: [Fedora-xen] Setup Libvirt 0.7.0-6 & Xen 3.4..1 Dom0 >? ? ? ???on top of Fedora 11 (64-bit) >? ? ? ???To: fedora-xen at redhat.com >? ? ? ???Date: Tuesday, September 1, 2009, 12:00 AM >? ? ? ??? >? ? ? ???Success. From an install off the DVD with all packages in the >? ? ? ???setup >? ? ? ???deselected. I have installed an HVM and a paravirt vm and both >? ? ? ???work. >? ? ? ???My only problem is that eth0 does not come up when I reboot >? ? ? ???and I have >? ? ? ???to do a dhclient eth0 to get an address or specify one myself. >? ? ? ???I have >? ? ? ???set the IP static in >? ? ? ???the /etc/sysconf/network-scripts/ifcfg-eth0 file >? ? ? ???but it still comes up without an address. >? ? ? ??? >? ? ? ???Thanks Boris for all the help!! >? ? ? ??? >? ? ? ???Jon >? ? ? ??? >? ? ? ???[root at localhost xen]# lspci >? ? ? ???00:00.0 RAM memory: nVidia Corporation MCP61 Memory Controller >? ? ? ???(rev a1) >? ? ? ???00:01.0 ISA bridge: nVidia Corporation MCP61 LPC Bridge (rev >? ? ? ???a2) >? ? ? ???00:01.1 SMBus: nVidia Corporation MCP61 SMBus (rev a2) >? ? ? ???00:01.2 RAM memory: nVidia Corporation MCP61 Memory Controller >? ? ? ???(rev a2) >? ? ? ???00:02.0 USB Controller: nVidia Corporation MCP61 USB >? ? ? ???Controller (rev a3) >? ? ? ???00:02.1 USB Controller: nVidia Corporation MCP61 USB >? ? ? ???Controller (rev a3) >? ? ? ???00:04.0 PCI bridge: nVidia Corporation MCP61 PCI bridge (rev >? ? ? ???a1) >? ? ? ???00:06.0 IDE interface: nVidia Corporation MCP61 IDE (rev a2) >? ? ? ???00:07.0 Bridge: nVidia Corporation MCP61 Ethernet (rev a2) >? ? ? ???00:08.0 IDE interface: nVidia Corporation MCP61 SATA >? ? ? ???Controller (rev a2) >? ? ? ???00:08.1 IDE interface: nVidia Corporation MCP61 SATA >? ? ? ???Controller (rev a2) >? ? ? ???00:09.0 PCI bridge: nVidia Corporation MCP61 PCI Express >? ? ? ???bridge (rev a2) >? ? ? ???00:0b.0 PCI bridge: nVidia Corporation MCP61 PCI Express >? ? ? ???bridge (rev a2) >? ? ? ???00:0c.0 PCI bridge: nVidia Corporation MCP61 PCI Express >? ? ? ???bridge (rev a2) >? ? ? ???00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 10h >? ? ? ???[Opteron, >? ? ? ???Athlon64, Sempron] HyperTransport Configuration >? ? ? ???00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 10h >? ? ? ???[Opteron, >? ? ? ???Athlon64, Sempron] Address Map >? ? ? ???00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 10h >? ? ? ???[Opteron, >? ? ? ???Athlon64, Sempron] DRAM Controller >? ? ? ???00:18.3 Host bridge: Advanced Micro Devices [AMD] Family 10h >? ? ? ???[Opteron, >? ? ? ???Athlon64, Sempron] Miscellaneous Control >? ? ? ???00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 10h >? ? ? ???[Opteron, >? ? ? ???Athlon64, Sempron] Link Control >? ? ? ???02:00.0 VGA compatible controller: nVidia Corporation GeForce >? ? ? ???8500 GT >? ? ? ???(rev a1) >? ? ? ??? >? ? ? ??? >? ? ? ??? >? ? ? ???cat /proc/cpuinfo >? ? ? ???processor? ? : 0 >? ? ? ???vendor_id? ? : AuthenticAMD >? ? ? ???cpu family? ? : 16 >? ? ? ???model? ? ? ? : 2 >? ? ? ???model name? ? : AMD Phenom(tm) 9500 Quad-Core Processor >? ? ? ???stepping? ? : 2 >? ? ? ???cpu MHz? ? ? ? : 140637.186 >? ? ? ???cache size? ? : 512 KB >? ? ? ???fpu? ? ? ? : yes >? ? ? ???fpu_exception? ? : yes >? ? ? ???cpuid level? ? : 5 >? ? ? ???wp? ? ? ? : yes >? ? ? ???flags? ? ? ? : fpu de tsc msr pae mce cx8 apic mtrr mca cmov >? ? ? ???clflush mmx fxsr >? ? ? ???sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3dnow >? ? ? ???constant_tsc >? ? ? ???rep_good nonstop_tsc extd_apicid pni cx16 popcnt hypervisor >? ? ? ???lahf_lm >? ? ? ???cmp_legacy extapic cr8_legacy abm sse4a misalignsse >? ? ? ???3dnowprefetch >? ? ? ???bogomips? ? : 4420.21 >? ? ? ???TLB size? ? : 1024 4K pages >? ? ? ???clflush size? ? : 64 >? ? ? ???cache_alignment? ? : 64 >? ? ? ???address sizes? ? : 48 bits physical, 48 bits virtual >? ? ? ???power management: ts ttp tm stc 100mhzsteps hwpstate >? ? ? ??? >? ? ? ???-- >? ? ? ???Fedora-xen mailing list >? ? ? ???Fedora-xen at redhat.com >? ? ? ???https://www.redhat.com/mailman/listinfo/fedora-xen >? ? ? ??? > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kraxel at redhat.com Tue Sep 1 13:03:23 2009 From: kraxel at redhat.com (Gerd Hoffmann) Date: Tue, 01 Sep 2009 15:03:23 +0200 Subject: [fedora-virt] Re: [Fedora-xen] [Xen-devel] [ANNOUNCE] Xen 3.3.2 and 3.4.1 released / 3.4.1-2 patches In-Reply-To: <20090820144514.GB19938@edu.joroinen.fi> References: <20090810170947.GC24960@edu.joroinen.fi> <4A812ABD.9050402@redhat.com> <20090820144514.GB19938@edu.joroinen.fi> Message-ID: <4A9D1B9B.7010404@redhat.com> > - fix pygrub timeout=0 handling, enable Fedora 11 PV domUs to boot: > http://xenbits.xen.org/staging/xen-3.4-testing.hg?rev/7a57911ff09e > > - fix qemu-dm memory leak on block/disk IO > http://lists.xensource.com/archives/html/xen-devel/2009-08/msg00335.html Committed, build running. > - fix qemu problem when stdvga=1 and videoram=16 are specified, starting hvm domain fails > http://lists.xensource.com/archives/html/xen-devel/2009-08/msg00281.html skipped -- ia64 only. > - fix stubdoms bridge info parsing, use correct bridge > http://lists.xensource.com/archives/html/xen-devel/2009-08/msg00393.html Patch doesn't apply cleanly. cheers, Gerd From kraxel at redhat.com Tue Sep 1 13:04:16 2009 From: kraxel at redhat.com (Gerd Hoffmann) Date: Tue, 01 Sep 2009 15:04:16 +0200 Subject: [fedora-virt] Re: [Fedora-xen] [Xen-devel] [ANNOUNCE] Xen 3.3.2 and 3.4.1 released / 3.4.1-2 patches In-Reply-To: <20090827151932.GE31123@reaktio.net> References: <20090810170947.GC24960@edu.joroinen.fi> <4A812ABD.9050402@redhat.com> <20090820144514.GB19938@edu.joroinen.fi> <4A8E7865.7090001@redhat.com> <20090821141604.GR19938@edu.joroinen.fi> <20090827143800.GD31123@reaktio.net> <4A969BDD.8040506@redhat.com> <20090827151932.GE31123@reaktio.net> Message-ID: <4A9D1BD0.5020105@redhat.com> Hi, > http://xenbits.xen.org/staging/xen-unstable.hg?rev/a687c4d35fdd > http://xenbits.xen.org/staging/xen-unstable.hg?rev/7dad2e23bf89 Committed. > http://xenbits.xen.org/staging/xen-unstable.hg?rev/c5125c0ea051 Doesn't apply, probably depends on other changesets ... cheers, Gerd From pasik at iki.fi Tue Sep 1 13:40:51 2009 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Tue, 1 Sep 2009 16:40:51 +0300 Subject: [fedora-virt] Re: [Fedora-xen] [Xen-devel] [ANNOUNCE] Xen 3.3.2 and 3.4.1 released / 3.4.1-2 patches In-Reply-To: <4A9D1BD0.5020105@redhat.com> References: <20090810170947.GC24960@edu.joroinen.fi> <4A812ABD.9050402@redhat.com> <20090820144514.GB19938@edu.joroinen.fi> <4A8E7865.7090001@redhat.com> <20090821141604.GR19938@edu.joroinen.fi> <20090827143800.GD31123@reaktio.net> <4A969BDD.8040506@redhat.com> <20090827151932.GE31123@reaktio.net> <4A9D1BD0.5020105@redhat.com> Message-ID: <20090901134051.GU31123@reaktio.net> On Tue, Sep 01, 2009 at 03:04:16PM +0200, Gerd Hoffmann wrote: > Hi, > > >http://xenbits.xen.org/staging/xen-unstable.hg?rev/a687c4d35fdd > >http://xenbits.xen.org/staging/xen-unstable.hg?rev/7dad2e23bf89 > > Committed. > > >http://xenbits.xen.org/staging/xen-unstable.hg?rev/c5125c0ea051 > > Doesn't apply, probably depends on other changesets ... > I'll check these and get back to you soon.. -- Pasi From pasik at iki.fi Tue Sep 1 14:13:29 2009 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Tue, 1 Sep 2009 17:13:29 +0300 Subject: [fedora-virt] Re: [Fedora-xen] [Xen-devel] [ANNOUNCE] Xen 3.3.2 and 3.4.1 released / 3.4.1-2 patches In-Reply-To: <4A9D1B9B.7010404@redhat.com> References: <20090810170947.GC24960@edu.joroinen.fi> <4A812ABD.9050402@redhat.com> <20090820144514.GB19938@edu.joroinen.fi> <4A9D1B9B.7010404@redhat.com> Message-ID: <20090901141329.GV31123@reaktio.net> On Tue, Sep 01, 2009 at 03:03:23PM +0200, Gerd Hoffmann wrote: > >- fix pygrub timeout=0 handling, enable Fedora 11 PV domUs to boot: > > http://xenbits.xen.org/staging/xen-3.4-testing.hg?rev/7a57911ff09e > > > >- fix qemu-dm memory leak on block/disk IO > > http://lists.xensource.com/archives/html/xen-devel/2009-08/msg00335.html > > Committed, build running. > > >- fix qemu problem when stdvga=1 and videoram=16 are specified, starting > >hvm domain fails > > http://lists.xensource.com/archives/html/xen-devel/2009-08/msg00281.html > > skipped -- ia64 only. > Actually no, it shouldn't be ia64 only. See: http://lists.xensource.com/archives/html/xen-devel/2009-08/msg00276.html > >- fix stubdoms bridge info parsing, use correct bridge > > http://lists.xensource.com/archives/html/xen-devel/2009-08/msg00393.html > > Patch doesn't apply cleanly. > Oh yeah, that'd need backporting to 3.4 first. I guess we can skip this at this point. -- Pasi From pasik at iki.fi Tue Sep 1 14:50:20 2009 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Tue, 1 Sep 2009 17:50:20 +0300 Subject: [fedora-virt] Re: [Fedora-xen] [Xen-devel] [ANNOUNCE] Xen 3.3.2 and 3.4.1 released / 3.4.1-2 patches In-Reply-To: <20090901134051.GU31123@reaktio.net> References: <20090810170947.GC24960@edu.joroinen.fi> <4A812ABD.9050402@redhat.com> <20090820144514.GB19938@edu.joroinen.fi> <4A8E7865.7090001@redhat.com> <20090821141604.GR19938@edu.joroinen.fi> <20090827143800.GD31123@reaktio.net> <4A969BDD.8040506@redhat.com> <20090827151932.GE31123@reaktio.net> <4A9D1BD0.5020105@redhat.com> <20090901134051.GU31123@reaktio.net> Message-ID: <20090901145020.GW31123@reaktio.net> On Tue, Sep 01, 2009 at 04:40:51PM +0300, Pasi K?rkk?inen wrote: > On Tue, Sep 01, 2009 at 03:04:16PM +0200, Gerd Hoffmann wrote: > > Hi, > > > > >http://xenbits.xen.org/staging/xen-unstable.hg?rev/a687c4d35fdd > > >http://xenbits.xen.org/staging/xen-unstable.hg?rev/7dad2e23bf89 > > > > Committed. > > > > >http://xenbits.xen.org/staging/xen-unstable.hg?rev/c5125c0ea051 > > > > Doesn't apply, probably depends on other changesets ... > > > > I'll check these and get back to you soon.. > Attached is a patch that backports the bzip2/lzma-stuff from current xen-unstable to xen-3.4.1. Please use this patch instead of the above changesets from xen-unstable (this patch replaces all of them). It applies cleanly to xen-3.4.1-1 src.rpm (with -p1) and the resulting compiled binaries seem to work. I tried with booting lzma compressed rawhide/F12 kernel. Still no stubdom/pvgrub bzip2/lzma support though. I'll look more into it tonight. -- Pasi -------------- next part -------------- A non-text attachment was scrubbed... Name: xen-341-add-bzip2-lzma-pv-bootloader-support-v2-no-stubdom-pvgrub.patch Type: text/x-diff Size: 13523 bytes Desc: not available URL: From pasik at iki.fi Tue Sep 1 15:17:21 2009 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Tue, 1 Sep 2009 18:17:21 +0300 Subject: [fedora-virt] Re: [Fedora-xen] [Xen-devel] [ANNOUNCE] Xen 3.3.2 and 3.4.1 released / 3.4.1-2 patches In-Reply-To: <20090901145020.GW31123@reaktio.net> References: <4A812ABD.9050402@redhat.com> <20090820144514.GB19938@edu.joroinen.fi> <4A8E7865.7090001@redhat.com> <20090821141604.GR19938@edu.joroinen.fi> <20090827143800.GD31123@reaktio.net> <4A969BDD.8040506@redhat.com> <20090827151932.GE31123@reaktio.net> <4A9D1BD0.5020105@redhat.com> <20090901134051.GU31123@reaktio.net> <20090901145020.GW31123@reaktio.net> Message-ID: <20090901151721.GA31123@reaktio.net> On Tue, Sep 01, 2009 at 05:50:20PM +0300, Pasi K?rkk?inen wrote: > On Tue, Sep 01, 2009 at 04:40:51PM +0300, Pasi K?rkk?inen wrote: > > On Tue, Sep 01, 2009 at 03:04:16PM +0200, Gerd Hoffmann wrote: > > > Hi, > > > > > > >http://xenbits.xen.org/staging/xen-unstable.hg?rev/a687c4d35fdd > > > >http://xenbits.xen.org/staging/xen-unstable.hg?rev/7dad2e23bf89 > > > > > > Committed. > > > > > > >http://xenbits.xen.org/staging/xen-unstable.hg?rev/c5125c0ea051 > > > > > > Doesn't apply, probably depends on other changesets ... > > > > > > > I'll check these and get back to you soon.. > > > > Attached is a patch that backports the bzip2/lzma-stuff from current xen-unstable > to xen-3.4.1. Please use this patch instead of the above changesets from > xen-unstable (this patch replaces all of them). > > It applies cleanly to xen-3.4.1-1 src.rpm (with -p1) and the resulting > compiled binaries seem to work. I tried with booting lzma compressed > rawhide/F12 kernel. > > Still no stubdom/pvgrub bzip2/lzma support though. I'll look more into > it tonight. > .. but don't wait for the final patch, since I don't know yet how long it takes to get the stubdom/pvgrub stuff sorted out. -- Pasi From kraxel at redhat.com Wed Sep 2 12:25:59 2009 From: kraxel at redhat.com (Gerd Hoffmann) Date: Wed, 02 Sep 2009 14:25:59 +0200 Subject: [fedora-virt] Re: [Fedora-xen] [Xen-devel] [ANNOUNCE] Xen 3.3.2 and 3.4.1 released / 3.4.1-2 patches In-Reply-To: <20090901151721.GA31123@reaktio.net> References: <4A812ABD.9050402@redhat.com> <20090820144514.GB19938@edu.joroinen.fi> <4A8E7865.7090001@redhat.com> <20090821141604.GR19938@edu.joroinen.fi> <20090827143800.GD31123@reaktio.net> <4A969BDD.8040506@redhat.com> <20090827151932.GE31123@reaktio.net> <4A9D1BD0.5020105@redhat.com> <20090901134051.GU31123@reaktio.net> <20090901145020.GW31123@reaktio.net> <20090901151721.GA31123@reaktio.net> Message-ID: <4A9E6457.6010206@redhat.com> Hi, >> Still no stubdom/pvgrub bzip2/lzma support though. I'll look more into >> it tonight. > > .. but don't wait for the final patch, since I don't know yet how long > it takes to get the stubdom/pvgrub stuff sorted out. Bits committed, koji builds done. cheers, Gerd From pasik at iki.fi Wed Sep 2 12:41:09 2009 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Wed, 2 Sep 2009 15:41:09 +0300 Subject: [fedora-virt] Re: [Fedora-xen] [Xen-devel] [ANNOUNCE] Xen 3.3.2 and 3.4.1 released / 3.4.1-2 patches In-Reply-To: <4A9E6457.6010206@redhat.com> References: <4A8E7865.7090001@redhat.com> <20090821141604.GR19938@edu.joroinen.fi> <20090827143800.GD31123@reaktio.net> <4A969BDD.8040506@redhat.com> <20090827151932.GE31123@reaktio.net> <4A9D1BD0.5020105@redhat.com> <20090901134051.GU31123@reaktio.net> <20090901145020.GW31123@reaktio.net> <20090901151721.GA31123@reaktio.net> <4A9E6457.6010206@redhat.com> Message-ID: <20090902124109.GK31123@reaktio.net> On Wed, Sep 02, 2009 at 02:25:59PM +0200, Gerd Hoffmann wrote: > Hi, > > >>Still no stubdom/pvgrub bzip2/lzma support though. I'll look more into > >>it tonight. > > > >.. but don't wait for the final patch, since I don't know yet how long > >it takes to get the stubdom/pvgrub stuff sorted out. > > Bits committed, koji builds done. > Great, thanks! Does 3.4.1-3 end up in F12 automatically? -- Pasi From kraxel at redhat.com Wed Sep 2 12:52:21 2009 From: kraxel at redhat.com (Gerd Hoffmann) Date: Wed, 02 Sep 2009 14:52:21 +0200 Subject: [fedora-virt] Re: [Fedora-xen] [Xen-devel] [ANNOUNCE] Xen 3.3.2 and 3.4.1 released / 3.4.1-2 patches In-Reply-To: <20090902124109.GK31123@reaktio.net> References: <4A8E7865.7090001@redhat.com> <20090821141604.GR19938@edu.joroinen.fi> <20090827143800.GD31123@reaktio.net> <4A969BDD.8040506@redhat.com> <20090827151932.GE31123@reaktio.net> <4A9D1BD0.5020105@redhat.com> <20090901134051.GU31123@reaktio.net> <20090901145020.GW31123@reaktio.net> <20090901151721.GA31123@reaktio.net> <4A9E6457.6010206@redhat.com> <20090902124109.GK31123@reaktio.net> Message-ID: <4A9E6A85.2000401@redhat.com> Hi, > Does 3.4.1-3 end up in F12 automatically? I think so, alpha freeze is over and beta freeze not yet active ... cheers, Gerd From pasik at iki.fi Wed Sep 2 12:59:31 2009 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Wed, 2 Sep 2009 15:59:31 +0300 Subject: [fedora-virt] Re: [Fedora-xen] [Xen-devel] [ANNOUNCE] Xen 3.3.2 and 3.4.1 released / 3.4.1-3 rpm available from koji In-Reply-To: <20090902124109.GK31123@reaktio.net> References: <20090821141604.GR19938@edu.joroinen.fi> <20090827143800.GD31123@reaktio.net> <4A969BDD.8040506@redhat.com> <20090827151932.GE31123@reaktio.net> <4A9D1BD0.5020105@redhat.com> <20090901134051.GU31123@reaktio.net> <20090901145020.GW31123@reaktio.net> <20090901151721.GA31123@reaktio.net> <4A9E6457.6010206@redhat.com> <20090902124109.GK31123@reaktio.net> Message-ID: <20090902125931.GL31123@reaktio.net> On Wed, Sep 02, 2009 at 03:41:09PM +0300, Pasi K?rkk?inen wrote: > On Wed, Sep 02, 2009 at 02:25:59PM +0200, Gerd Hoffmann wrote: > > Hi, > > > > >>Still no stubdom/pvgrub bzip2/lzma support though. I'll look more into > > >>it tonight. > > > > > >.. but don't wait for the final patch, since I don't know yet how long > > >it takes to get the stubdom/pvgrub stuff sorted out. > > > > Bits committed, koji builds done. > > > > Great, thanks! > > Does 3.4.1-3 end up in F12 automatically? > btw the url is this: http://kojipkgs.fedoraproject.org/packages/xen/3.4.1/3.fc12/ Changelog: * Wed Sep 02 2009 Gerd Hoffmann - 3.4.1-3 - swap bzip2+xz linux kernel compression support patches. - backport one more bugfix (videoram option). * Tue Sep 01 2009 Gerd Hoffmann - 3.4.1-2 - backport bzip2+xz linux kernel compression support. - backport a few bugfixes. -- Pasi From pasik at iki.fi Wed Sep 2 13:08:32 2009 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Wed, 2 Sep 2009 16:08:32 +0300 Subject: [fedora-virt] Re: [Fedora-xen] [Xen-devel] [ANNOUNCE] Xen 3.3.2 and 3.4.1 released / 3.4.1-3 rpm available from koji In-Reply-To: <20090902125931.GL31123@reaktio.net> References: <20090827143800.GD31123@reaktio.net> <4A969BDD.8040506@redhat.com> <20090827151932.GE31123@reaktio.net> <4A9D1BD0.5020105@redhat.com> <20090901134051.GU31123@reaktio.net> <20090901145020.GW31123@reaktio.net> <20090901151721.GA31123@reaktio.net> <4A9E6457.6010206@redhat.com> <20090902124109.GK31123@reaktio.net> <20090902125931.GL31123@reaktio.net> Message-ID: <20090902130832.GM31123@reaktio.net> On Wed, Sep 02, 2009 at 03:59:31PM +0300, Pasi K?rkk?inen wrote: > On Wed, Sep 02, 2009 at 03:41:09PM +0300, Pasi K?rkk?inen wrote: > > On Wed, Sep 02, 2009 at 02:25:59PM +0200, Gerd Hoffmann wrote: > > > Hi, > > > > > > >>Still no stubdom/pvgrub bzip2/lzma support though. I'll look more into > > > >>it tonight. > > > > > > > >.. but don't wait for the final patch, since I don't know yet how long > > > >it takes to get the stubdom/pvgrub stuff sorted out. > > > > > > Bits committed, koji builds done. > > > > > > > Great, thanks! > > > > Does 3.4.1-3 end up in F12 automatically? > > > > btw the url is this: > http://kojipkgs.fedoraproject.org/packages/xen/3.4.1/3.fc12/ > > Changelog: > > * Wed Sep 02 2009 Gerd Hoffmann - 3.4.1-3 > - swap bzip2+xz linux kernel compression support patches. > - backport one more bugfix (videoram option). > > * Tue Sep 01 2009 Gerd Hoffmann - 3.4.1-2 > - backport bzip2+xz linux kernel compression support. > - backport a few bugfixes. > btw 3.4.1-2 and 3.4.1-3 do contain the fix for pygrub timeout=0 handling, so F11 PV domUs/guests will work out-of-the-box. -- Pasi From markmc at redhat.com Wed Sep 2 15:09:28 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 02 Sep 2009 16:09:28 +0100 Subject: [fedora-virt] bridge network with iptables running on host? In-Reply-To: <20090823204133.3b13874c@zooty> References: <20090821183522.0759ec2b@zooty> <1251072364.6411.2.camel@seitan.home.bewley.net> <20090823204133.3b13874c@zooty> Message-ID: <1251904168.6115.170.camel@blaa> (Sorry for the delay in replying) On Sun, 2009-08-23 at 20:41 -0400, Tom Horsley wrote: > On Sun, 23 Aug 2009 17:06:04 -0700 > Dale Bewley wrote: > > > On Fri, 2009-08-21 at 18:35 -0400, Tom Horsley wrote: > > > Do I have to tell the host to forward everything (rather than > > > forwarding nothing as I have it now?). > > > > You are going to need something like this: > > iptables -I FORWARD -m physdev --physdev-is-bridged -j ACCEPT > > > > Take a peek in /var/lib/libvirt/iptables for the rules that libvirt > > inserts when you use a libvirt defined network. > > Actually I finally discovered it was a combination of several > completely different things. I wasn't using the default libvirt > networking, so I didn't need any NAT related rule. > > I was instead using a bridge I defined. So first > I had to discover what the heck the /etc/sysctl.conf > settings recommended in a few places actually meant to know > that I really did need: > > net.bridge.bridge-nf-call-arptables = 0 > net.bridge.bridge-nf-call-ip6tables = 0 > net.bridge.bridge-nf-call-iptables = 0 > > to prevent my VMs from being filtered by my host's iptables. Note: http://wiki.libvirt.org/page/Networking#Fedora.2FRHEL_Bridging We used to recommend the "physdev-is-bridged" iptables rule, but now we recommend disabling iptables on the bridge altogether. See: https://bugzilla.redhat.com/512206 'bridge-nf-call-iptables = 0' will be the default with Fedora 12. Cheers, Mark. From gene at czarc.net Wed Sep 2 15:45:54 2009 From: gene at czarc.net (Gene Czarcinski) Date: Wed, 2 Sep 2009 11:45:54 -0400 Subject: [fedora-virt] bridge network with iptables running on host? In-Reply-To: <1251904168.6115.170.camel@blaa> References: <20090821183522.0759ec2b@zooty> <20090823204133.3b13874c@zooty> <1251904168.6115.170.camel@blaa> Message-ID: <200909021145.54229.gene@czarc.net> On Wednesday 02 September 2009 11:09:28 Mark McLoughlin wrote: > (Sorry for the delay in replying) > > On Sun, 2009-08-23 at 20:41 -0400, Tom Horsley wrote: > > On Sun, 23 Aug 2009 17:06:04 -0700 > > > > Dale Bewley wrote: > > > On Fri, 2009-08-21 at 18:35 -0400, Tom Horsley wrote: > > > > Do I have to tell the host to forward everything (rather than > > > > forwarding nothing as I have it now?). > > > > > > You are going to need something like this: > > > iptables -I FORWARD -m physdev --physdev-is-bridged -j ACCEPT > > > > > > Take a peek in /var/lib/libvirt/iptables for the rules that libvirt > > > inserts when you use a libvirt defined network. > > > > Actually I finally discovered it was a combination of several > > completely different things. I wasn't using the default libvirt > > networking, so I didn't need any NAT related rule. > > > > I was instead using a bridge I defined. So first > > I had to discover what the heck the /etc/sysctl.conf > > settings recommended in a few places actually meant to know > > that I really did need: > > > > net.bridge.bridge-nf-call-arptables = 0 > > net.bridge.bridge-nf-call-ip6tables = 0 > > net.bridge.bridge-nf-call-iptables = 0 > > > > to prevent my VMs from being filtered by my host's iptables. > > Note: > > http://wiki.libvirt.org/page/Networking#Fedora.2FRHEL_Bridging > > We used to recommend the "physdev-is-bridged" iptables rule, but now we > recommend disabling iptables on the bridge altogether. See: > > https://bugzilla.redhat.com/512206 > > 'bridge-nf-call-iptables = 0' will be the default with Fedora 12. A few years ago, I studied iptables to understand how it worked. Time has passed; iptables has evolved; I doubt that everything in iptables works the same let alone that I remember it correctly. I have set up a bridge interface (br0) on my host according the the above URL (modified ifcfg-eth0 and created ifcfg-br0; disabled NetworkManager and enabled network at startup. Yes, I do not want the host iptables to do any filtering for any guest using br0 (they should do their own filtering or whatever). However, I still do want network I/O on the host (not to/from a guest) to be filtered. The configuration recommended in the above URL puts host I/O through br0 also (as indicated by the output of the "route" command. Just what is and is not filtered? Is nothing filtered on the host. On one system, I accidentally left static IP definitions in ifcfg-eth0 while specifying BRIDGE=br0 and creating ifcfg-br0 with the same (static) IP values. The result of ifconfig show BOTH interfaces up with the same IP values. I immediately realized that I did something "wrong" and corrected it but is it wrong?? For example, could I setup ifcfg-eth0 with IP 192.168.1.10 (for example) plus BRIDGE=br0 and then have ifcfg-br0 use IP 192.168.1.11 (for example) to make sure that host filtering continues. I have not really tried this and have no idea if it would work or not. Comments? Gene From jameshubbard at gmail.com Wed Sep 2 16:06:19 2009 From: jameshubbard at gmail.com (James Hubbard) Date: Wed, 2 Sep 2009 12:06:19 -0400 Subject: [fedora-virt] Graphics Cards and VM Message-ID: So is it now possible to attach a pci-e video card and usb keyboard/mouse to a kvm/qemu virtual machine? I'd like to be able to use high end graphics under various OSs without having to use vnc or rdesktop. I read somewhere a month or so ago that someone was looking at putting multiple cards into a box to use with opencl or cuda. The problem was the only 2 cards could be used at a time. A possible solution was to use kvm/qemu and assign the other two to the vm. -- James Hubbard From markmc at redhat.com Wed Sep 2 16:20:47 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 02 Sep 2009 17:20:47 +0100 Subject: [fedora-virt] bridge network with iptables running on host? In-Reply-To: <200909021145.54229.gene@czarc.net> References: <20090821183522.0759ec2b@zooty> <20090823204133.3b13874c@zooty> <1251904168.6115.170.camel@blaa> <200909021145.54229.gene@czarc.net> Message-ID: <1251908447.6115.199.camel@blaa> On Wed, 2009-09-02 at 11:45 -0400, Gene Czarcinski wrote: > Just what is and is not filtered? Is nothing filtered on the host. Not sure I understand all your questions, but with bridge-nf-call-iptables = 1 the iptables FORWARD filter chain is applied to all frames forwarded across bridges. Cheers, Mark. From markmc at redhat.com Wed Sep 2 16:30:14 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 02 Sep 2009 17:30:14 +0100 Subject: [fedora-virt] 2nd NIC hangs udev In-Reply-To: <200908271745.22614.gene@czarc.net> References: <200908271745.22614.gene@czarc.net> Message-ID: <1251909014.6115.206.camel@blaa> On Thu, 2009-08-27 at 17:45 -0400, Gene Czarcinski wrote: > This is on a F11 x86_64 host WITHOUT virt-preview. > > This happens with F11 and F9 guests (both 32 bit and 64 bit architectures). > > Installing and bootup works fine with the default NIC. But, when I add a > second NIC (such as a privately network), I hang for a long time at Starting > udev. > > The NICs mostly specify a "virtio" device but this also occurs if you specify > something else. Both NICs use the same device type. That is very strange, indeed. Perhaps try changing udev_log to debug in /etc/udev/udev.conf and reboot? Basically, we need to figure out exactly what is hanging Perhaps best to just file a bug Cheers, Mark. From gene at czarc.net Wed Sep 2 17:03:29 2009 From: gene at czarc.net (Gene Czarcinski) Date: Wed, 2 Sep 2009 13:03:29 -0400 Subject: [fedora-virt] bridge network with iptables running on host? In-Reply-To: <1251908447.6115.199.camel@blaa> References: <20090821183522.0759ec2b@zooty> <200909021145.54229.gene@czarc.net> <1251908447.6115.199.camel@blaa> Message-ID: <200909021303.29802.gene@czarc.net> On Wednesday 02 September 2009 12:20:47 Mark McLoughlin wrote: > On Wed, 2009-09-02 at 11:45 -0400, Gene Czarcinski wrote: > > Just what is and is not filtered? Is nothing filtered on the host. > > Not sure I understand all your questions, but with > bridge-nf-call-iptables = 1 the iptables FORWARD filter chain is applied > to all frames forwarded across bridges. That does not completely answer my question. As far as any guests using the br0 interface goes, I want no filtering ... the guest is assumed to provide any filtering or other protections desired. However, as far as the hosts on which the guests run, that is a different matter. My host(s) run other functions as well as qemu-kvm guests and I would prefer that "standard" filtering of host network I/O be performed. Now, as a matter of fact, I am not that worried about filtering on any host (real or guest) which is connected to my local LAN since they all reside behind a firewall with access to the big-eye Internet. Nevertheless, for those who DO have a host directly connected to the Internet, it would be "nice to know" if any filtering is being performed in the host. I suppose I am going to have to set up some tests and see if I can figure out what happens. Gene From gene at czarc.net Wed Sep 2 17:39:59 2009 From: gene at czarc.net (Gene Czarcinski) Date: Wed, 2 Sep 2009 13:39:59 -0400 Subject: [fedora-virt] bridge network with iptables running on host? In-Reply-To: <200909021303.29802.gene@czarc.net> References: <20090821183522.0759ec2b@zooty> <1251908447.6115.199.camel@blaa> <200909021303.29802.gene@czarc.net> Message-ID: <200909021339.59240.gene@czarc.net> On Wednesday 02 September 2009 13:03:29 Gene Czarcinski wrote: > I suppose I am going to have to set up some tests and see if I can figure > out what happens. OK, I have answered my question to my satisfaction and it appears to work the way I want it to work -- host still has protection from iptables but guest does not. My test: On host with br0 interface: fire up httpd ... using system-config-firewall, enable www port ... from another system, access the httpd server on "host" (accessed) ... using s-c-f, disable www port ... from another system, access the httpd server on "host" (fails) On guest running under qemu-kvm and using the br0 interface for its NIC: stop iptables on guest ... start httpd on guest ... from another system, access httpd server running on "guest" (works) So: host is protected by iptables running on the host but guest running under that same host is not. Gene From bderzhavets at yahoo.com Thu Sep 3 02:32:31 2009 From: bderzhavets at yahoo.com (Boris Derzhavets) Date: Wed, 2 Sep 2009 19:32:31 -0700 (PDT) Subject: [fedora-virt] Re: [Fedora-xen] xen 3.4.1 + myoung x86_64 kernel Message-ID: <13841.75619.qm@web56102.mail.re3.yahoo.com> ? I didn't suggest to install Michael Young's kernel. You may build directly via J.F. Git Repo:- # yum install mercurial gitk # git clone git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git linux-2.6-xen # cd *-xen # git checkout origin/rebase/master -b? rebase/master # copy ../config-work? .config # make # make modules_install install Pvops kernel 2.6.31-rc6 should be built and installed on system. Working .config is attached (x86_64). No need run "make menuconfig" However, i got it working with both kernel. Stack trace in dmesg output of fedora's kernel seems to be harmless. Clean install with right sequence of steps seems to be important. I was unable reinstall system once been built. Try to follow blog's steps one by one. Point of kernel build doesn't matter. Boris. --- On Wed, 9/2/09, Mark Schloesser wrote: From: Mark Schloesser Subject: [Fedora-xen] xen 3.4.1 + myoung x86_64 kernel To: fedora-xen at redhat.com Date: Wednesday, September 2, 2009, 5:55 PM Hi, I was just trying to get this combination setup up and running. I am on Fedora 11 and mostly followed Boris Derzhavets' blog to get it done. Sadly the box complains that it can not connect to the hypervisor when starting libvirtd and also xend startup fails. libvirtd screen message: ERROR Internal error: Could not obtain handle on privileged command interface (13 = Permission denied) FATAL: Failed to open connection to hypervisor: Permission denied In the kernel log I saw this: ====================================================== [ INFO: SOFTIRQ-safe -> SOFTIRQ-unsafe lock order detected ] 2.6.31-0.1.2.60.rc7.git4.xendom0.fc12.x86_64 #1 ------------------------------------------------------ See dmesg at http://p.carnivore.it/MrGxdQ for more info. Thanks for any hints or clarification! Cheers, Mark -----Inline Attachment Follows----- -- Fedora-xen mailing list Fedora-xen at redhat.com https://www.redhat.com/mailman/listinfo/fedora-xen -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: config-work.gz Type: application/x-gzip Size: 23669 bytes Desc: not available URL: From bderzhavets at yahoo.com Thu Sep 3 02:51:01 2009 From: bderzhavets at yahoo.com (Boris Derzhavets) Date: Wed, 2 Sep 2009 19:51:01 -0700 (PDT) Subject: [fedora-virt] Re: [Fedora-xen] xen 3.4.1 + myoung x86_64 kernel In-Reply-To: <4A9EE9EE.2050603@rwth-aachen.de> Message-ID: <90220.69208.qm@web56107.mail.re3.yahoo.com> Did you build and and start services as root ? After xen-3.1.4-3.src.rpm "rpmbuild"? followed by install of generated packages run:- ? # chkconfig xend on ? # service xend start Same commands for xenstored,xenconsoled,xendomains Configure Libvirt Preview Repo and run :- # yum install libvirt libvirt-python python-virtinst virt-manager virt-viewer # chkconfig libvirtd on # service libvirtd start Next :- # rpm -qa|grep xen # rpm -qa|grep virt Make sure right packages installed on F11 Boris. --- On Wed, 9/2/09, Mark Schloesser wrote: From: Mark Schloesser Subject: [Fedora-xen] xen 3.4.1 + myoung x86_64 kernel To: fedora-xen at redhat.com Date: Wednesday, September 2, 2009, 5:55 PM Hi, I was just trying to get this combination setup up and running. I am on Fedora 11 and mostly followed Boris Derzhavets' blog to get it done. Sadly the box complains that it can not connect to the hypervisor when starting libvirtd and also xend startup fails. libvirtd screen message: ERROR Internal error: Could not obtain handle on privileged command interface (13 = Permission denied) FATAL: Failed to open connection to hypervisor: Permission denied In the kernel log I saw this: ====================================================== [ INFO: SOFTIRQ-safe -> SOFTIRQ-unsafe lock order detected ] 2.6.31-0.1.2.60.rc7.git4.xendom0.fc12.x86_64 #1 ------------------------------------------------------ See dmesg at http://p.carnivore.it/MrGxdQ for more info. Thanks for any hints or clarification! Cheers, Mark -----Inline Attachment Follows----- -- Fedora-xen mailing list Fedora-xen at redhat.com https://www.redhat.com/mailman/listinfo/fedora-xen -------------- next part -------------- An HTML attachment was scrubbed... URL: From danken at redhat.com Thu Sep 3 11:49:23 2009 From: danken at redhat.com (Dan Kenigsberg) Date: Thu, 3 Sep 2009 14:49:23 +0300 Subject: [fedora-virt] suggestion: a service for tuning ksm according to memory load Message-ID: <20090903114922.GA11622@redhat.com> If you are running a number of qemu-kvm's with similar guests, you can gain a lot of memory by using ksm properly. An unattended host running a variable number of qemu-kvm's needs to tune ksm automatically, since when memory is tight, it's better to spend more cpu on merging pages. In more relaxed cases, it's just a waste of time. The attached service tries to do just that. It monitors how much memory is used by qemu-kvm processes, and starts ksm when a threshold is passed. Ksm usually manages to free up some memory. As long as memory used by qemu is above the defined threshold, ksm tries harder and harder to share memory pages (up to a limit). This may happen if a guest starts working and consumes new memory. If there's enough free memory, ksm cools down. Ksmd service has the usual start/status/stop verbs, and an additional one: signal. One should use that verb just after one starts a new qemu-kvm process or just after such process dies, to let ksm adjust immediately. Comments and suggestion are welcome. Thanks, Dan. -------------- next part -------------- #!/bin/bash # # Copyright 2009 Red Hat, Inc. and/or its affiliates. # Released under the GPL # # ksmd Kernel Samepage Merging Daemon # # chkconfig: - 85 15 # description: The Kernel Samepage Merging control Daemon is a simple script \ # that controls whether (and with what vigor) should ksm search \ # duplicated pages. # processname: ksmd # config: /etc/ksmd.conf # pidfile: /var/run/ksmd.pid # ### BEGIN INIT INFO # Provides: ksmd # Required-Start: # Required-Stop: # Should-Start: # Short-Description: tune the speed of ksm # Description: The Kernel Samepage Merging control Daemon is a simple script # that controls whether (and with what vigor) should ksm search duplicated # memory pages. # needs testing and ironing. contact danken at redhat.com if something breaks. ### END INIT INFO ########################### if [ -f /etc/ksmd.conf ]; then . /etc/ksmd.conf fi KSM_MONITOR_INTERVAL=${KSM_MONITOR_INTERVAL:-60} KSM_NPAGES_BOOST=${KSM_NPAGES_BOOST:-300} KSM_NPAGES_DECAY=${KSM_NPAGES_DECAY:--50} KSM_NPAGES_MIN=${KSM_NPAGES_MIN:-64} KSM_NPAGES_MAX=${KSM_NPAGES_MAX:-1250} # microsecond sleep between ksm scans for 16Gb server. Smaller servers sleep # more, bigger sleep less. KSM_SLEEP=${KSM_SLEEP:-10000} KSM_THRES_COEF=${KSM_THRES_COEF:-20} KSM_THRES_CONST=${KSM_THRES_CONST:-2048} total=`awk '/^MemTotal:/ {print $2}' /proc/meminfo` [ -n "$DEBUG" ] && echo total $total npages=0 sleep=$[KSM_SLEEP * 16 * 1024 * 1024 / total] [ -n "$DEBUG" ] && echo sleep $sleep thres=$[total * KSM_THRES_COEF / 100] if [ $KSM_THRES_CONST -gt $thres ]; then thres=$KSM_THRES_CONST fi [ -n "$DEBUG" ] && echo thres $thres KSMCTL () { if [ -x /usr/bin/ksmctl ]; then /usr/bin/ksmctl $* else case x$1 in xstop) echo 0 > /sys/kernel/mm/ksm/run ;; xstart) echo $2 > /sys/kernel/mm/ksm/pages_to_scan echo $3 > /sys/kernel/mm/ksm/sleep echo 1 > /sys/kernel/mm/ksm/run ;; esac fi } committed_memory () { # calculate how much memory is committed to running qemu processes local progname progname=${1:-qemu} ps -o vsz `pgrep $progname` | awk '{ sum += $1 }; END { print sum }' } increase_napges() { local delta delta=${1:-0} npages=$[npages + delta] if [ $npages -lt $KSM_NPAGES_MIN ]; then npages=$KSM_NPAGES_MIN elif [ $npages -gt $KSM_NPAGES_MAX ]; then npages=$KSM_NPAGES_MAX fi echo $npages } adjust () { local free committed free=`awk '/^MemFree:/ { free += $2}; /^Buffers:/ {free += $2}; /^MemCached:/ {free += $2}; END {print free}' /proc/meminfo` committed=`committed_memory` [ -n "$DEBUG" ] && echo committed $committed free $free if [ $[committed + thres] -lt $total -a $free -gt $thres ]; then KSMCTL stop [ -n "$DEBUG" ] && echo "$[committed + thres] < $total and free > $thres, stop ksm" return 1 fi [ -n "$DEBUG" ] && echo "$[committed + thres] > $total, start ksm" if [ $free -lt $thres ]; then npages=`increase_napges $KSM_NPAGES_BOOST` [ -n "$DEBUG" ] && echo "$free < $thres, boost" else npages=`increase_napges $KSM_NPAGES_DECAY` [ -n "$DEBUG" ] && echo "$free > $thres, decay" fi KSMCTL start $npages $sleep [ -n "$DEBUG" ] && echo "KSMCTL start $npages $sleep" return 0 } loop () { while true do sleep $KSM_MONITOR_INTERVAL adjust done } ########################### . /etc/rc.d/init.d/functions prog=ksmd pidfile=${PIDFILE-/var/run/ksmd.pid} RETVAL=0 start() { echo -n $"Starting $prog: " daemon --pidfile=${pidfile} $0 loop RETVAL=$? echo return $RETVAL } stop() { echo -n $"Stopping $prog: " killproc -p ${pidfile} RETVAL=$? echo } signal () { pkill -P `cat ${pidfile}` sleep } case "$1" in start) start ;; stop) stop ;; status) status -p ${pidfile} $prog RETVAL=$? ;; restart) stop start ;; signal) signal ;; loop) RETVAL=1 if [ -w `dirname ${pidfile}` ]; then loop & echo $! > ${pidfile} RETVAL=$? fi ;; *) echo $"Usage: $prog {start|stop|status|signal|help}" RETVAL=3 esac exit $RETVAL From berrange at redhat.com Thu Sep 3 12:05:47 2009 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 3 Sep 2009 13:05:47 +0100 Subject: [fedora-virt] suggestion: a service for tuning ksm according to memory load In-Reply-To: <20090903114922.GA11622@redhat.com> References: <20090903114922.GA11622@redhat.com> Message-ID: <20090903120547.GS8626@redhat.com> On Thu, Sep 03, 2009 at 02:49:23PM +0300, Dan Kenigsberg wrote: > If you are running a number of qemu-kvm's with similar guests, you can > gain a lot of memory by using ksm properly. > > An unattended host running a variable number of qemu-kvm's needs to tune > ksm automatically, since when memory is tight, it's better to spend more > cpu on merging pages. In more relaxed cases, it's just a waste of time. > > The attached service tries to do just that. > > It monitors how much memory is used by qemu-kvm processes, and starts > ksm when a threshold is passed. Ksm usually manages to free up some > memory. > > As long as memory used by qemu is above the defined threshold, ksm tries > harder and harder to share memory pages (up to a limit). This may happen > if a guest starts working and consumes new memory. If there's enough > free memory, ksm cools down. > > Ksmd service has the usual start/status/stop verbs, and an additional > one: signal. One should use that verb just after one starts a new > qemu-kvm process or just after such process dies, to let ksm adjust > immediately. > > Comments and suggestion are welcome. Looks like a nice idea. I'd be inclined to split this file up a little to get separation of the init script bits, from the tuning logic, and to allow ksm / tuning to be managed more independantly, eg - /etc/init.d/ksmd - to start/stop ksmd - /etc/init.d/ksmtuned - to start/stop the automatic tuning process - /usr/sbin/ksmtuned - the logic from the loop() function & things it calls That makes it easier for other distros to share the important bits - eg the actual tuning logic, even if they use different initscript system Regards, Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From danken at redhat.com Fri Sep 4 15:19:29 2009 From: danken at redhat.com (Dan Kenigsberg) Date: Fri, 4 Sep 2009 18:19:29 +0300 Subject: [fedora-virt] suggestion: a service for tuning ksm according to memory load In-Reply-To: <20090903120547.GS8626@redhat.com> References: <20090903114922.GA11622@redhat.com> <20090903120547.GS8626@redhat.com> Message-ID: <20090904151927.GA11224@csdan.redhat.com> On Thu, Sep 03, 2009 at 01:05:47PM +0100, Daniel P. Berrange wrote: > On Thu, Sep 03, 2009 at 02:49:23PM +0300, Dan Kenigsberg wrote: > > If you are running a number of qemu-kvm's with similar guests, you can > > gain a lot of memory by using ksm properly. > > > > An unattended host running a variable number of qemu-kvm's needs to tune > > ksm automatically, since when memory is tight, it's better to spend more > > cpu on merging pages. In more relaxed cases, it's just a waste of time. > > > > The attached service tries to do just that. > > > > It monitors how much memory is used by qemu-kvm processes, and starts > > ksm when a threshold is passed. Ksm usually manages to free up some > > memory. > > > > As long as memory used by qemu is above the defined threshold, ksm tries > > harder and harder to share memory pages (up to a limit). This may happen > > if a guest starts working and consumes new memory. If there's enough > > free memory, ksm cools down. > > > > Ksmd service has the usual start/status/stop verbs, and an additional > > one: signal. One should use that verb just after one starts a new > > qemu-kvm process or just after such process dies, to let ksm adjust > > immediately. > > > > Comments and suggestion are welcome. > > Looks like a nice idea. > > I'd be inclined to split this file up a little to get separation of > the init script bits, from the tuning logic, and to allow ksm / tuning > to be managed more independantly, eg > > - /etc/init.d/ksmd - to start/stop ksmd > - /etc/init.d/ksmtuned - to start/stop the automatic tuning process > - /usr/sbin/ksmtuned - the logic from the loop() function & things it calls > > > That makes it easier for other distros to share the important bits - eg > the actual tuning logic, even if they use different initscript system I can see the merit in splitting to /usr/sbin/ksmtuned (though who cares about other distros !?). But why should we want two services? I would like ksmtuned to stop ksm completely when it is not needed (and start it up if needed), so what ksmd would be good for? Dan. From gianluca.cecchi at gmail.com Fri Sep 4 16:29:23 2009 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Fri, 4 Sep 2009 18:29:23 +0200 Subject: [fedora-virt] Prevent start of VM that is already running on another host Message-ID: <561c252c0909040929g323bbda7hd670ed6f7e5db44e@mail.gmail.com> My sw env uses F11 x86_64 and qemu/libvirt updated components as provided by fedora-virt-preview repo. I seem to notice that in my setup, composed by 2 hosts with several VMs and shared storage (see below for details), if I have one VM started and try to start it on the other one, this is not prevented. To be clear: - I create a qemu/kvm based VM1 on host1 with virt-manager at this point host2 knows nothing about VM1 - I successfully live migrate VM1 to host2 (thanks again Mark for the bugzilla opening and the follow-up for resolution) at this point both nodes know about VM1 and in virt-manager it is in "playing" mode in host2, and in greyed-out stopped mode in host1. - If now I right-click and start VM1 on host1 from inside virt-manager, I don't get any error... why? (btw I can open console on both and work in the mean time on both the instances of the same insisting disks VMs..... who knows what it is happening at low level...) In some way host1 should know that in my opinion and refuse to start VM1. Better, I would like VM1 to not compare at all in host1 virt-manager section after migration, so that I neither can start it.... >From the hw point of view my setup for VMs storage is based on Drbd 8.3.2 in primary/primary mode composing a PV that is so seen by both hosts. So that disk of VM1 is an LV inside a VG of it. I'm also using RHCS/CLVM as a layer for this. But I presume I would have the same problem in case of a real SAN with CLVM managed volumes, correct? For example on a rhel 5.3 cluster (that doesn't have virtualization at all; only for comparing) with clvmd on a SAN based PV I can see: [root at node1 ~]# lvs LV VG Attr LSize Origin Snap% Move Log Copy% Convert LV_ORADATA VG_ORADATA -wi-a- 119.98G LV_databases VolGroup00 -wi-ao 8.00G [root at node2 ~]# lvs LV VG Attr LSize Origin Snap% Move Log Copy% Convert LV_ORADATA VG_ORADATA -wi-ao 119.98G LV_databases VolGroup00 -wi-ao 8.00G Here, only node2 has the Oracle data LV open while the second node has access to the VG and eventually to its modifications (extend vg, add lv, ecc) in real time. So that in case of failover is capable to carry on immediately the service. The same is for my f11 cluster where I have my drbd synced VG that is vg_qemu01 and my hosts that are virtfed and virtfedbis: [root at virtfed ~]# lvs LV VG Attr LSize Origin Snap% Move Log Copy% Convert centos53 vg_qemu01 -wi-ao 6.35G test_vm_drbd vg_qemu01 -wi-a- 5.00G w2k3_01 vg_qemu01 -wi-a- 6.35G lv_root vg_virtfed -wi-ao 12.00G lv_swap vg_virtfed -wi-ao 4.00G [root at virtfedbis ~]# lvs LV VG Attr LSize Origin Snap% Move Log Copy% Convert centos53 vg_qemu01 -wi-a- 6.35G test_vm_drbd vg_qemu01 -wi-ao 5.00G w2k3_01 vg_qemu01 -wi-a- 6.35G lv_root vg_virtfed -wi-ao 12.00G lv_swap vg_virtfed -wi-ao 4.00G Giving the VMs the same name as their corresponding LV name, now I have VM centos53 active on both but opened/started on virtfed VM test_vm_drbd active on both but opened/started on virtfedbis VM w2k3_01 powered off on both If I start VM centos53 on virtfedbis after migration, I get success but actually I corrupt my actual centos53 operating system instance, due to my intended primary/primary config for drbd (but the same I would get in real SAN where I do have only ONE volume indeed). I know that I can make an active/passive config with drbd in primary/secondary, but in my opinion there are all the pieces to get the active/active too. Also, I would prefere to manage VM transitions form host1 to host2 and viceversa by virt-manager and not as services of the rhcs (that is an alternative used by someone). Thanks for attention, Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From tom.horsley at att.net Fri Sep 4 22:53:40 2009 From: tom.horsley at att.net (Tom Horsley) Date: Fri, 4 Sep 2009 18:53:40 -0400 Subject: [fedora-virt] Windows XP KVM can't shutdown? Message-ID: <20090904185340.742f1dd6@zooty> I just installed a windows XP KVM virtual machine via fedora 11's virt-manager. All went well, but the KVM machine can't seem to shutdown, instead I get the Windows XP screen that says "it is now safe to power off". Is there some setting I need to tweak somewhere to enable XP to power off by itself? From frankly3d at gmail.com Sun Sep 6 10:45:31 2009 From: frankly3d at gmail.com (Frank Murphy (Frankly3D)) Date: Sun, 06 Sep 2009 11:45:31 +0100 Subject: [fedora-virt] Before I buy a copy of Windows OEM? Message-ID: <4AA392CB.3010108@gmail.com> Hi, Is OEM (Dell\HP) windows, before I go buy a copy (included with PC) or retail MS only. Anyone have sucess. -- Regards, Frank jabber + msn + yahoo = frankly3d http://fedoraproject.org/wiki/User:Frankly3d http://www.frankly3d.com From markmc at redhat.com Mon Sep 7 15:25:47 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 07 Sep 2009 16:25:47 +0100 Subject: [fedora-virt] virt-preview updates In-Reply-To: <1250703309.17874.46.camel@blaa> References: <1244034684.5001.134.camel@blaa> <1244046483.5001.180.camel@blaa> <1244197459.27876.0.camel@blaa> <1246303956.11688.148.camel@blaa> <1246628572.13604.2.camel@blaa> <1246636154.13604.8.camel@blaa> <1247763853.3038.105.camel@blaa> <1248769817.3089.20.camel@blaa> <1248776732.3089.45.camel@blaa> <1248859649.3021.28.camel@blaa> <20090729093637.GC10723@salstar.sk> <1248868438.3021.31.camel@blaa> <1248873640.3021.34.camel@blaa> <1248879462.3021.39.camel@blaa> <1248882336.3021.40.camel@blaa> <1248974623.3275.4.camel@blaa> <1249057022.3320.35.camel@blaa> <1249400197.3212.73.camel@blaa> <1249573056.3721.62.camel@blaa> <1249639097.3260.5.camel@blaa> <1249900612.8784.79.camel@blaa> <1250700893.17874.44.camel@blaa> <1250703309.17874.46.camel@blaa> Message-ID: <1252337147.3056.71.camel@blaa> The latest updates available from http://markmc.fedorapeople.org/virt-preview == libvirt == * Sun Sep 6 2009 Mark McLoughlin - 0.7.1-0.1.gitg3ef2e05 - Update to pre-release git snapshot of 0.7.1 - Drop upstreamed patches == qemu == * Mon Sep 7 2009 Mark McLoughlin - 2:0.10.92-1 - Update to qemu-kvm-0.11.0-rc2 - Drop upstreamed patches - extboot install now fixed upstream - Re-place TCG init fix (#516543) with the one gone upstream * Mon Sep 7 2009 Mark McLoughlin - 2:0.10.91-0.10.rc1 - Fix MSI-X error handling on older kernels (#519787) * Fri Sep 4 2009 Mark McLoughlin - 2:0.10.91-0.9.rc1 - Make pulseaudio the default audio backend (#519540, #495964, #496627) * Thu Aug 20 2009 Richard W.M. Jones - 2:0.10.91-0.8.rc1 - Fix segfault when qemu-kvm is invoked inside a VM (#516543) * Tue Aug 18 2009 Mark McLoughlin - 2:0.10.91-0.7.rc1 - Fix permissions on udev rules (#517571) * Mon Aug 17 2009 Lubomir Rintel - 2:0.10.91-0.6.rc1 - Allow blacklisting of kvm modules (#517866) Cheers, Mark. == About The Virtualization Preview Repository == The virt-preview repository offers Fedora 11 users the opportunity to help out with testing the rawhide virtualization packages, without having to run all of rawhide. Bugs should be reported to http://bugzilla.redhat.com/ using 'rawhide' as the distribution version. Note clearly in the bug report that you are running these packages on Fedora 11. From dlbewley at lib.ucdavis.edu Tue Sep 8 14:37:53 2009 From: dlbewley at lib.ucdavis.edu (Dale Bewley) Date: Tue, 08 Sep 2009 07:37:53 -0700 Subject: [fedora-virt] please comment on f12 virt release notes Message-ID: <1252420673.11721.48.camel@seitan.home.bewley.net> (Ugh! I sent this Sunday night, but I misaddressed) As usual, the next Fedora release has an awesome set of new virt features! I tried to do them justice when I created a draft of the F12 virt release notes. http://fedoraproject.org/wiki/Documentation_Virtualization_Beat Please revise it or comment on it. The relnotes are scheduled to go to translators on Tuesday. http://poelstra.fedorapeople.org/schedules/f-12/f-12-docs-and-trans-tasks.html I have also created a page to describe the virthide/rawvirt preview repo and mentioned it in the relnotes. Does that seem wise? http://fedoraproject.org/wiki/Virtualization_Preview_Repository In the past I have listed the new versions of major packages like libvirt and their new features. There's some pushback on that due to the overall length of the relnotes and the burden on translators. Some would prefer a table listing only package version changes at most. I did not take the time I should have to prune down the list for F11, here's a copy: http://fedoraproject.org/wiki/User:Dale/Drafts/F11_Virtualization_Release_Notes I think bragging about features is important (especially for "big name" packages), and it's attractive to new users. I'd like to discuss it with the docs team and try it again if I can find time, but I would like to keep the list of highlights short. If you have suggestions for such highlights or incompatibilities between say http://fedoraproject.org/wiki/User:Dale#Packages * libvirt 0.6.2 and 0.7.1 * qemu 0.10 and 0.10.91 * xen 3.3.1 and 3.4.1 or anything else please add them to the notes or send them to me. Worst case it could go in FWN I suppose. Thanks! From dlbewley at lib.ucdavis.edu Tue Sep 8 17:59:45 2009 From: dlbewley at lib.ucdavis.edu (Dale Bewley) Date: Tue, 08 Sep 2009 10:59:45 -0700 Subject: [fedora-virt] Windows XP KVM can't shutdown? In-Reply-To: <20090904185340.742f1dd6@zooty> References: <20090904185340.742f1dd6@zooty> Message-ID: <1252432785.27535.5.camel@tofu.lib.ucdavis.edu> On Fri, 2009-09-04 at 18:53 -0400, Tom Horsley wrote: > I just installed a windows XP KVM virtual machine via > fedora 11's virt-manager. All went well, but the KVM > machine can't seem to shutdown, instead I get the > Windows XP screen that says "it is now safe to > power off". > > Is there some setting I need to tweak somewhere to enable > XP to power off by itself? You just need to turn on ACPI for your guest http://fedoraproject.org/wiki/FWN/Issue184#Xen.2C_Windows.2C_and_ACPI http://www.libvirt.org/formatdomain.html#elementsFeatures I don't think you can do that in virt-manager, so see 'virsh help edit'. -- Dale Bewley From ondrejj at salstar.sk Tue Sep 8 18:03:42 2009 From: ondrejj at salstar.sk (=?utf-8?B?SsOhbiBPTkRSRUogKFNBTCk=?=) Date: Tue, 8 Sep 2009 20:03:42 +0200 Subject: [fedora-virt] Windows XP KVM can't shutdown? In-Reply-To: <1252432785.27535.5.camel@tofu.lib.ucdavis.edu> References: <20090904185340.742f1dd6@zooty> <1252432785.27535.5.camel@tofu.lib.ucdavis.edu> Message-ID: <20090908180342.GD11019@salstar.sk> On Tue, Sep 08, 2009 at 10:59:45AM -0700, Dale Bewley wrote: > On Fri, 2009-09-04 at 18:53 -0400, Tom Horsley wrote: > > I just installed a windows XP KVM virtual machine via > > fedora 11's virt-manager. All went well, but the KVM > > machine can't seem to shutdown, instead I get the > > Windows XP screen that says "it is now safe to > > power off". > > > > Is there some setting I need to tweak somewhere to enable > > XP to power off by itself? > > You just need to turn on ACPI for your guest > > http://fedoraproject.org/wiki/FWN/Issue184#Xen.2C_Windows.2C_and_ACPI > http://www.libvirt.org/formatdomain.html#elementsFeatures > > I don't think you can do that in virt-manager, so see 'virsh help edit'. It's not enough. You must reinstall your windows XP. Windows XP can't install ACPI as additional driver/software (described on some microsoft pages). But this looks to be virt-manager/virt-install bug. When you select Windows XP, ACPI is turned off, then this does not work. Try to select Windows Vista, when installing your virtual machine, then ACPI will be turned on and poweroff works. Can somebody fix this bug? I can't report it now. :( SAL From clalance at redhat.com Wed Sep 9 06:52:01 2009 From: clalance at redhat.com (Chris Lalancette) Date: Wed, 09 Sep 2009 08:52:01 +0200 Subject: [fedora-virt] Windows XP KVM can't shutdown? In-Reply-To: <20090908180342.GD11019@salstar.sk> References: <20090904185340.742f1dd6@zooty> <1252432785.27535.5.camel@tofu.lib.ucdavis.edu> <20090908180342.GD11019@salstar.sk> Message-ID: <4AA75091.4010803@redhat.com> J?n ONDREJ (SAL) wrote: > On Tue, Sep 08, 2009 at 10:59:45AM -0700, Dale Bewley wrote: >> On Fri, 2009-09-04 at 18:53 -0400, Tom Horsley wrote: >>> I just installed a windows XP KVM virtual machine via >>> fedora 11's virt-manager. All went well, but the KVM >>> machine can't seem to shutdown, instead I get the >>> Windows XP screen that says "it is now safe to >>> power off". >>> >>> Is there some setting I need to tweak somewhere to enable >>> XP to power off by itself? >> You just need to turn on ACPI for your guest >> >> http://fedoraproject.org/wiki/FWN/Issue184#Xen.2C_Windows.2C_and_ACPI >> http://www.libvirt.org/formatdomain.html#elementsFeatures >> >> I don't think you can do that in virt-manager, so see 'virsh help edit'. > > It's not enough. You must reinstall your windows XP. Windows XP can't > install ACPI as additional driver/software (described on some microsoft > pages). > > But this looks to be virt-manager/virt-install bug. When you select Windows > XP, ACPI is turned off, then this does not work. Try to select Windows > Vista, when installing your virtual machine, then ACPI will be turned on > and poweroff works. > > Can somebody fix this bug? I can't report it now. :( As far as I can tell, it's already fixed in the upstream version of virtinst. So if you need this on F-11, just open a BZ requesting a backport. Incidentally, you do *not* need to re-install Windows. There is a registry tweak you can do inside Windows to flip it over to the ACPI HAL; unfortunately, I don't know it offhand, but a google search will almost certainly turn it up. -- Chris Lalancette From tom.horsley at att.net Wed Sep 9 09:44:31 2009 From: tom.horsley at att.net (Tom Horsley) Date: Wed, 9 Sep 2009 05:44:31 -0400 Subject: [fedora-virt] Windows XP KVM can't shutdown? In-Reply-To: <4AA75091.4010803@redhat.com> References: <20090904185340.742f1dd6@zooty> <1252432785.27535.5.camel@tofu.lib.ucdavis.edu> <20090908180342.GD11019@salstar.sk> <4AA75091.4010803@redhat.com> Message-ID: <20090909054431.3cd1c5c6@zooty> On Wed, 09 Sep 2009 08:52:01 +0200 Chris Lalancette wrote: > I don't know it offhand, but a google search will almost certainly turn it up. Not an entire extended labor day weekend of google searching turned it up for me :-). 45,681,324 hits all said you have to reinstall :-). From clalance at redhat.com Wed Sep 9 11:45:24 2009 From: clalance at redhat.com (Chris Lalancette) Date: Wed, 09 Sep 2009 13:45:24 +0200 Subject: [fedora-virt] Windows XP KVM can't shutdown? In-Reply-To: <20090909054431.3cd1c5c6@zooty> References: <20090904185340.742f1dd6@zooty> <1252432785.27535.5.camel@tofu.lib.ucdavis.edu> <20090908180342.GD11019@salstar.sk> <4AA75091.4010803@redhat.com> <20090909054431.3cd1c5c6@zooty> Message-ID: <4AA79554.2090509@redhat.com> Tom Horsley wrote: > On Wed, 09 Sep 2009 08:52:01 +0200 > Chris Lalancette wrote: > >> I don't know it offhand, but a google search will almost certainly turn it up. > > Not an entire extended labor day weekend of google searching turned it up > for me :-). 45,681,324 hits all said you have to reinstall :-). 5 minutes of searching pulled these up: http://www.annoyances.org/exec/forum/winxp/1195518735 http://forums.techarena.in/xp-hardware/827896.htm I haven't done it myself, though, so I can't say if these actually work or not. -- Chris Lalancette From ondrejj at salstar.sk Wed Sep 9 11:49:26 2009 From: ondrejj at salstar.sk (=?utf-8?B?SsOhbiBPTkRSRUogKFNBTCk=?=) Date: Wed, 9 Sep 2009 13:49:26 +0200 Subject: [fedora-virt] Windows XP KVM can't shutdown? In-Reply-To: <4AA79554.2090509@redhat.com> References: <20090904185340.742f1dd6@zooty> <1252432785.27535.5.camel@tofu.lib.ucdavis.edu> <20090908180342.GD11019@salstar.sk> <4AA75091.4010803@redhat.com> <20090909054431.3cd1c5c6@zooty> <4AA79554.2090509@redhat.com> Message-ID: <20090909114926.GM11019@salstar.sk> On Wed, Sep 09, 2009 at 01:45:24PM +0200, Chris Lalancette wrote: > Tom Horsley wrote: > > On Wed, 09 Sep 2009 08:52:01 +0200 > > Chris Lalancette wrote: > > > >> I don't know it offhand, but a google search will almost certainly turn it up. > > > > Not an entire extended labor day weekend of google searching turned it up > > for me :-). 45,681,324 hits all said you have to reinstall :-). > > 5 minutes of searching pulled these up: > > http://www.annoyances.org/exec/forum/winxp/1195518735 This one ended with an blue screen immediatelly after boot. > http://forums.techarena.in/xp-hardware/827896.htm I think this will be not so easy, but you can try. SAL From tom.horsley at att.net Wed Sep 9 12:12:40 2009 From: tom.horsley at att.net (Tom Horsley) Date: Wed, 9 Sep 2009 08:12:40 -0400 Subject: [fedora-virt] Windows XP KVM can't shutdown? In-Reply-To: <20090909114926.GM11019@salstar.sk> References: <20090904185340.742f1dd6@zooty> <1252432785.27535.5.camel@tofu.lib.ucdavis.edu> <20090908180342.GD11019@salstar.sk> <4AA75091.4010803@redhat.com> <20090909054431.3cd1c5c6@zooty> <4AA79554.2090509@redhat.com> <20090909114926.GM11019@salstar.sk> Message-ID: <20090909081240.0cb02e3e@tomh> On Wed, 9 Sep 2009 13:49:26 +0200 J?n ONDREJ (SAL) wrote: > > http://www.annoyances.org/exec/forum/winxp/1195518735 > > This one ended with an blue screen immediatelly after boot. > > > http://forums.techarena.in/xp-hardware/827896.htm > > I think this will be not so easy, but you can try. That last one seems very similar to a microsoft KB entry I found, but it describes what to do in about 5 different cases, and my KVM doesn't match any of the 5 :-). I have a feeling it would actually be simpler to install a program on the KVM to use for shutdown that sends a message to the host asking it to run "virsh destroy" in about 30 seconds, then tells windows to shutdown :-). From clalance at redhat.com Wed Sep 9 14:10:41 2009 From: clalance at redhat.com (Chris Lalancette) Date: Wed, 09 Sep 2009 16:10:41 +0200 Subject: [fedora-virt] Windows XP KVM can't shutdown? In-Reply-To: <20090909081240.0cb02e3e@tomh> References: <20090904185340.742f1dd6@zooty> <1252432785.27535.5.camel@tofu.lib.ucdavis.edu> <20090908180342.GD11019@salstar.sk> <4AA75091.4010803@redhat.com> <20090909054431.3cd1c5c6@zooty> <4AA79554.2090509@redhat.com> <20090909114926.GM11019@salstar.sk> <20090909081240.0cb02e3e@tomh> Message-ID: <4AA7B761.8090006@redhat.com> Tom Horsley wrote: > On Wed, 9 Sep 2009 13:49:26 +0200 > J?n ONDREJ (SAL) wrote: > >>> http://www.annoyances.org/exec/forum/winxp/1195518735 >> This one ended with an blue screen immediatelly after boot. >> >>> http://forums.techarena.in/xp-hardware/827896.htm >> I think this will be not so easy, but you can try. > > That last one seems very similar to a microsoft KB entry > I found, but it describes what to do in about 5 different > cases, and my KVM doesn't match any of the 5 :-). > > I have a feeling it would actually be simpler to install > a program on the KVM to use for shutdown that sends a > message to the host asking it to run "virsh destroy" > in about 30 seconds, then tells windows to shutdown :-). Yeah, I've actually done similar hacks to this in the past (for guests that don't understand ACPI). It's just a simple TCP server on the host and a TCP connection in the guest. It's a little hacky, but actually works pretty well in practice. -- Chris Lalancette From berrange at redhat.com Thu Sep 10 09:50:55 2009 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 10 Sep 2009 10:50:55 +0100 Subject: [fedora-virt] suggestion: a service for tuning ksm according to memory load In-Reply-To: <20090904151927.GA11224@csdan.redhat.com> References: <20090903114922.GA11622@redhat.com> <20090903120547.GS8626@redhat.com> <20090904151927.GA11224@csdan.redhat.com> Message-ID: <20090910095055.GD1257@redhat.com> On Fri, Sep 04, 2009 at 06:19:29PM +0300, Dan Kenigsberg wrote: > On Thu, Sep 03, 2009 at 01:05:47PM +0100, Daniel P. Berrange wrote: > > On Thu, Sep 03, 2009 at 02:49:23PM +0300, Dan Kenigsberg wrote: > > > If you are running a number of qemu-kvm's with similar guests, you can > > > gain a lot of memory by using ksm properly. > > > > > > An unattended host running a variable number of qemu-kvm's needs to tune > > > ksm automatically, since when memory is tight, it's better to spend more > > > cpu on merging pages. In more relaxed cases, it's just a waste of time. > > > > > > The attached service tries to do just that. > > > > > > It monitors how much memory is used by qemu-kvm processes, and starts > > > ksm when a threshold is passed. Ksm usually manages to free up some > > > memory. > > > > > > As long as memory used by qemu is above the defined threshold, ksm tries > > > harder and harder to share memory pages (up to a limit). This may happen > > > if a guest starts working and consumes new memory. If there's enough > > > free memory, ksm cools down. > > > > > > Ksmd service has the usual start/status/stop verbs, and an additional > > > one: signal. One should use that verb just after one starts a new > > > qemu-kvm process or just after such process dies, to let ksm adjust > > > immediately. > > > > > > Comments and suggestion are welcome. > > > > Looks like a nice idea. > > > > I'd be inclined to split this file up a little to get separation of > > the init script bits, from the tuning logic, and to allow ksm / tuning > > to be managed more independantly, eg > > > > - /etc/init.d/ksmd - to start/stop ksmd > > - /etc/init.d/ksmtuned - to start/stop the automatic tuning process > > - /usr/sbin/ksmtuned - the logic from the loop() function & things it calls > > > > > > That makes it easier for other distros to share the important bits - eg > > the actual tuning logic, even if they use different initscript system > > I can see the merit in splitting to /usr/sbin/ksmtuned (though who cares > about other distros !?). > > But why should we want two services? I would like ksmtuned to stop ksm > completely when it is not needed (and start it up if needed), so what > ksmd would be good for? Management applications / developers might like to implement/use a different way of tuning KSM. Thus we should be able to start the core KSM service, without also starting the KSM tuning service. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From markmc at redhat.com Fri Sep 11 15:22:05 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Fri, 11 Sep 2009 16:22:05 +0100 Subject: [fedora-virt] Fedora virt status Message-ID: <1252682525.20624.44.camel@blaa> Fedora 12 Schedule ================== The Fedora 12 release is looming large. At this stage, all efforts should be focused on polishing off everything for the final release. 2009-09-17 Virt Test Day (6 days) 2009-09-29 Final Development Freeze (18 days) 2009-10-28 Release Candidate Compose (47 days) Fedora Test Day =============== Next Thursday, September 17th, we will be holding be holding Fedora Test Day in order to test all the latest Fedora 12 virt goodies: https://fedoraproject.org/wiki/Test_Day:2009-09-17_Virtualization General Virt * PXE booting * Live Migration * The qcow2 image format KVM * KSM * Huge page backed memory * NIC hotplug * Stable guest ABI libvirt * libguestfs * VirtStorageManagement * Network_Interface_Management * VirtTCK * VirtPrivileges Hardware Enablement * SR-IOV * VT-d Preparations for the day are still in their early stages, so if you want to help out, please dive right in. Most importantly, though, please do make an effort to turn up on the day, grab some test cases and report bugs! KSM Tuning Daemon ================= On the fedora-virt list, Dan Kenigsberg and Dan Berrange discussed creating a KSM tuning service: http://www.redhat.com/archives/fedora-virt/2009-September/msg00024.html An unattended host running a variable number of qemu-kvm's needs to tune ksm automatically, since when memory is tight, it's better to spend more cpu on merging pages. In more relaxed cases, it's just a waste of time. The attached service tries to do just that. It monitors how much memory is used by qemu-kvm processes, and starts ksm when a threshold is passed. Ksm usually manages to free up some memory. This relates to the new KSM feature in Fedora 12: https://fedoraproject.org/wiki/Features/KSM FWN === Dale Bewley continues to churn out excellent virt updates for Fedora Weekly News: https://fedoraproject.org/wiki/FWN/Issue192#Virtualization https://fedoraproject.org/wiki/FWN/Issue190#Virtualization Dale also posted a sneak preview of the extensive virtualization section for the Fedora 12 release notes: http://fedoraproject.org/wiki/Documentation_Virtualization_Beat Xen Dom0 ======== Huge amounts of activity is going on the fedora-xen list around testing out the latest Xen pv_ops Dom0 kernels. It's all too much to summarize here, so if you're interested, take a look a the list archives: http://www.redhat.com/archives/fedora-xen/2009-September/date.html Bugs ==== DOOM-O-METER: 214 open bugs now, 217 three weeks ago The Fedora 12 blocker list is: https://bugzilla.redhat.com/showdependencytree.cgi?id=F12VirtBlocker&hide_resolved=1 and the Fedora 12 target list is: https://bugzilla.redhat.com/showdependencytree.cgi?id=F12VirtTarget&hide_resolved=1 All these queries can be found on: https://fedoraproject.org/wiki/Virtualization_bugs Ongoing Bugs ============ == misc == https://bugzilla.redhat.com/507397 Directory permissions on volume group directory too restrictive The change to fix volume group directory permissions is still blocking on a change over to udev. Time is getting tight for F-12. == kernel == https://bugzilla.redhat.com/520119 virtio_net page allocation failure A report of a 2.6.29 virtio_net oops which Rusty recently fixed in 2.6.31. https://bugzilla.redhat.com/509383 rotational mode is much faster for virtio-blk disks, but uses non-rotational mode by default Christoph is having trouble reproducing this issue. https://bugzilla.redhat.com/512358 Unable to boot using qemu-kvm and gPXE from virt-preview repository This issue should be fixed in 2.6.30.6 which hopefully will appear in F-11 updates soon. == qemu == https://bugzilla.redhat.com/519787 qemu-kvm exits when initializing MSI-X fails on older kernels virtio's MSI-X support causes qemu to exit if the kernel does not support it. This is now fixed in rawhide by backporting a fix from upstream. https://bugzilla.redhat.com/520159 QEMU does not exit if it can't attach to the host USB device Dan Berrange notes that qemu doesn't give the user any useful error it fails to pass through a host USB device to the guest. https://bugzilla.redhat.com/498242 QEMU threads should share the same I/O context https://bugzilla.redhat.com/509702 Implement support for CLONE_IO Uli doesn't think CLONE_IO should be a thread attribute and has closed the glibc bug as WONTFIX. The suggestion now is to make this a process-wide attribute configurable with prctl(). https://bugzilla.redhat.com/519540 qemu slows down dramatically using the SDL graphics backend and ac97 sound driver It looks like there may be something specific to SDL and ac97 causing qemu to slow down hugely in Fedora 11. == libvirt == https://bugzilla.redhat.com/520864 libvirt is using untrusted 'info vcpus' PID data for already running VM after libvirtd restart Dan Berrange points out that if a qemu process is compromised, it can cause libvirtd to kill another process. https://bugzilla.redhat.com/517617 libvirt/netcf loads modprobe.conf and others - AVC messages (preventing libvirtd (virtd_t) "getattr" modules_conf_t) David Lutterkort thought it may be possible to get bonding to work without modifying modprobe.conf, but that turns out not to be the case so we need the selinux-policy to allow it. https://bugzilla.redhat.com/519381 libvirt should check for -soundhw support; qemu-system-sparc does not have soundhw support It turns out that the sparc target does not have -soundhw support. We need libvirt to detect that. Resolved Bugs ============= == misc == https://bugzilla.redhat.com/512376 Guest clock is running aprox. 3 seconds before host clock. Now that the kernel is configured with CONFIG_RTC_HCTOSYS, initscripts runs hwclock --systz rather than --hctosys, which in turn means that the hwclock isn't incorrectly introducing an offset between the guest and host clocks. == kernel == https://bugzilla.redhat.com/516909 KSM breaks encryption 157 > kernel > 139 - KSM support now disabled Andrea tracked down and fixed this KSM blocker and Justin pushed the fix to rawhide. == qemu == https://bugzilla.redhat.com/519378 kvm forgets to close /proc/meminfo when hugepages are active F-11 qemu-kvm is leaking a /proc/meminfo when using huge pages. Fixed by backporting a change to use statfs rather than /proc/meminfo. https://bugzilla.redhat.com/495964 qemu locks up at shutdown with sdl audio driver It appears several users are using qemu with QEMU_AUDIO_DRV=pa in order to get working sound. F-11 and F-12 are now switched over to used this backend by default. https://bugzilla.redhat.com/501131 qemu segfault when VNC client disconnects https://bugzilla.redhat.com/503156 qemu VNC :: xterm inside VM shows garbled text Fixes for both of these Fedora 11 bugs have now been backported and will appear in updates shortly. == libvirt == https://bugzilla.redhat.com/521652 selinux policy update needed :: libvirt has moved the location of the qemu monitor socket libvirt has moved where the monitor socket is created, so the selinux policy needed updating. This is fixed in rawhide now. https://bugzilla.redhat.com/516120 unable to start guest: qemu: could not open serial device 'pty' This turned out to be caused by incorrect permissions on /dev/ptmx. We're still not sure how that came about. https://bugzilla.redhat.com/517619 libvirtd should chown dirs when qemu configured to run as root/root Dan Berrange fixed this upstream for libvirt-0.7.1. https://bugzilla.redhat.com/465532 RFE: libvirt should support KVM huge page backed memory Dan Berrange polished off John Cooper's patch and pushed it in time for libvirt-0.7.1. https://bugzilla.redhat.com/507271 libvirt always places IDE disks before virtio/scsi disks A fix for this has been committed upstream and will be pulled into F11 soon. == xen == https://bugzilla.redhat.com/508120 2.6.31-rc1 xen domU crashes early during boot This Xen DomU pv_ops blocker should now be fixed in rawhide thanks to a patch from Jeremy Fitzhardinge. https://bugzilla.redhat.com/521800 kernel backtrace: possible recursive locking detected on Xen domU A kernel lockdep warning seen under F-12 Xen DomU. From gene at czarc.net Mon Sep 14 12:58:10 2009 From: gene at czarc.net (Gene Czarcinski) Date: Mon, 14 Sep 2009 08:58:10 -0400 Subject: [fedora-virt] ANNOUNCE: Rawhide virt repo for F11 users In-Reply-To: <20090520125030.GA22422@amd.home.annexia.org> References: <1242754355.9151.8.camel@blaa> <20090520124522.GA22370@amd.home.annexia.org> <20090520125030.GA22422@amd.home.annexia.org> Message-ID: <200909140858.10095.gene@czarc.net> I have pretty much given up trying to use the Fedora 11 preview packages ... too many problems with virt-manager and ?? I have moved on to testing this stuff under a F12alpha (plus lots of updates) system and my "problems" have disappeared. Gene From markmc at redhat.com Mon Sep 14 13:23:59 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 14 Sep 2009 14:23:59 +0100 Subject: [fedora-virt] ANNOUNCE: Rawhide virt repo for F11 users In-Reply-To: <200909140858.10095.gene@czarc.net> References: <1242754355.9151.8.camel@blaa> <20090520124522.GA22370@amd.home.annexia.org> <20090520125030.GA22422@amd.home.annexia.org> <200909140858.10095.gene@czarc.net> Message-ID: <1252934639.3491.83.camel@blaa> On Mon, 2009-09-14 at 08:58 -0400, Gene Czarcinski wrote: > I have pretty much given up trying to use the Fedora 11 preview packages ... > too many problems with virt-manager and ?? Thanks for all the bugs you have filed > I have moved on to testing this stuff under a F12alpha (plus lots of updates) > system and my "problems" have disappeared. That's okay, good even :-) IMHO, it's much more useful to test rawhide than F11 + virt-preview. virt-preview is there to cater for those folks who don't want to switch their whole machine to rawhide. Issues that are specific to F11 + virt-preview are lower priority than stock F11 or F12 issues. Thanks again, Mark. From markmc at redhat.com Mon Sep 14 13:59:46 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 14 Sep 2009 14:59:46 +0100 Subject: [fedora-virt] virt-preview updates In-Reply-To: <1250703309.17874.46.camel@blaa> References: <1244034684.5001.134.camel@blaa> <1244046483.5001.180.camel@blaa> <1244197459.27876.0.camel@blaa> <1246303956.11688.148.camel@blaa> <1246628572.13604.2.camel@blaa> <1246636154.13604.8.camel@blaa> <1247763853.3038.105.camel@blaa> <1248769817.3089.20.camel@blaa> <1248776732.3089.45.camel@blaa> <1248859649.3021.28.camel@blaa> <20090729093637.GC10723@salstar.sk> <1248868438.3021.31.camel@blaa> <1248873640.3021.34.camel@blaa> <1248879462.3021.39.camel@blaa> <1248882336.3021.40.camel@blaa> <1248974623.3275.4.camel@blaa> <1249057022.3320.35.camel@blaa> <1249400197.3212.73.camel@blaa> <1249573056.3721.62.camel@blaa> <1249639097.3260.5.camel@blaa> <1249900612.8784.79.camel@blaa> <1250700893.17874.44.camel@blaa> <1250703309.17874.46.camel@blaa> Message-ID: <1252936786.3491.84.camel@blaa> The latest updates available from http://markmc.fedorapeople.org/virt-preview == python-virtinst == * Sun Sep 13 2009 Cole Robinson - 0.400.3-9.fc11 - Fix parse error when looking for default bridge (bz 506319) - Use virtio for SLES guests (bz 505317) - Don't erroneously set limit for amount of virtio devices (bz 499654) Cheers, Mark. == About The Virtualization Preview Repository == The virt-preview repository offers Fedora 11 users the opportunity to help out with testing the rawhide virtualization packages, without having to run all of rawhide. Bugs should be reported to http://bugzilla.redhat.com/ using 'rawhide' as the distribution version. Note clearly in the bug report that you are running these packages on Fedora 11. From markmc at redhat.com Mon Sep 14 14:19:50 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 14 Sep 2009 15:19:50 +0100 Subject: [fedora-virt] [RFC] qemu-kvm packaging changes [Fwd: [Bug 509532] Move /usr/bin/qemu-kvm into the qemu-kvm package] Message-ID: <1252937990.3491.86.camel@blaa> Hi, See https://bugzilla.redhat.com/509532 for some qemu-kvm packaging changes proposed for Fedora 12 Basically, it means that we'll be moving the /usr/bin/qemu-kvm binary from the qemu-system-x86 package to the qemu-kvm package Any comments? Cheers, Mark. -------------- next part -------------- An embedded message was scrubbed... From: bugzilla at redhat.com Subject: [Bug 509532] Move /usr/bin/qemu-kvm into the qemu-kvm package Date: Mon, 14 Sep 2009 10:17:40 -0400 Size: 4228 URL: From berrange at redhat.com Mon Sep 14 14:30:09 2009 From: berrange at redhat.com (Daniel P. Berrange) Date: Mon, 14 Sep 2009 15:30:09 +0100 Subject: [fedora-virt] [RFC] qemu-kvm packaging changes [Fwd: [Bug 509532] Move /usr/bin/qemu-kvm into the qemu-kvm package] In-Reply-To: <1252937990.3491.86.camel@blaa> References: <1252937990.3491.86.camel@blaa> Message-ID: <20090914143009.GG31271@redhat.com> On Mon, Sep 14, 2009 at 03:19:50PM +0100, Mark McLoughlin wrote: > Hi, > > See https://bugzilla.redhat.com/509532 for some qemu-kvm packaging > changes proposed for Fedora 12 > > Basically, it means that we'll be moving the /usr/bin/qemu-kvm binary > from the qemu-system-x86 package to the qemu-kvm package > > Any comments? I think this is a bad move. We put the qemu-kvm binary in the system-x86 package between the intention is that all KVM support eventually ends up in the qemu-system-x86_64 binary itself and thus 'qemu-kvm' either goes away completely or becomes a mere symlink. The 'qemu-kvm' sub-RPM would not even exist if it had not been re-added to workaround broken comps.xml definition. The qemu-system-x86 RPM should have just had a 'Provides: qemu-kvm' tag listed instead of having an empty sub-RPM added. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From bderzhavets at yahoo.com Mon Sep 14 14:43:57 2009 From: bderzhavets at yahoo.com (Boris Derzhavets) Date: Mon, 14 Sep 2009 07:43:57 -0700 (PDT) Subject: [fedora-virt] ANNOUNCE: Rawhide virt repo for F11 users In-Reply-To: <200909140858.10095.gene@czarc.net> Message-ID: <834234.88212.qm@web56103.mail.re3.yahoo.com> I have not noticed too much issues on F11 :- Setup Libvirt 0.7.0-6 & Xen 3.4.1 Dom0 on top of Fedora 11 (64-bit) http://www.linuxtoday.com/high_performance/2009082600435OSRH Boris. --- On Mon, 9/14/09, Gene Czarcinski wrote: From: Gene Czarcinski Subject: Re: [fedora-virt] ANNOUNCE: Rawhide virt repo for F11 users To: fedora-virt at redhat.com Date: Monday, September 14, 2009, 8:58 AM I have pretty much given up trying to use the Fedora 11 preview packages ... too many problems with virt-manager and ?? I have moved on to testing this stuff under a F12alpha (plus lots of updates) system and my "problems" have disappeared. Gene _______________________________________________ Fedora-virt mailing list Fedora-virt at redhat.com https://www.redhat.com/mailman/listinfo/fedora-virt -------------- next part -------------- An HTML attachment was scrubbed... URL: From markmc at redhat.com Mon Sep 14 14:50:17 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 14 Sep 2009 15:50:17 +0100 Subject: [fedora-virt] [RFC] qemu-kvm packaging changes [Fwd: [Bug 509532] Move /usr/bin/qemu-kvm into the qemu-kvm package] In-Reply-To: <20090914143009.GG31271@redhat.com> References: <1252937990.3491.86.camel@blaa> <20090914143009.GG31271@redhat.com> Message-ID: <1252939817.3491.89.camel@blaa> On Mon, 2009-09-14 at 15:30 +0100, Daniel P. Berrange wrote: > On Mon, Sep 14, 2009 at 03:19:50PM +0100, Mark McLoughlin wrote: > > Hi, > > > > See https://bugzilla.redhat.com/509532 for some qemu-kvm packaging > > changes proposed for Fedora 12 > > > > Basically, it means that we'll be moving the /usr/bin/qemu-kvm binary > > from the qemu-system-x86 package to the qemu-kvm package > > > > Any comments? > > I think this is a bad move. We put the qemu-kvm binary in the system-x86 > package between the intention is that all KVM support eventually ends up > in the qemu-system-x86_64 binary itself and thus 'qemu-kvm' either goes > away completely or becomes a mere symlink. > > The 'qemu-kvm' sub-RPM would not even exist if it had not been re-added > to workaround broken comps.xml definition. The qemu-system-x86 RPM > should have just had a 'Provides: qemu-kvm' tag listed instead of having > an empty sub-RPM added. Okay, "qemu-kvm should go away eventually" works for me That suggests qemu-kvm is probably a bad name for comps requirement - e.g. it could just be 'qemu-system', meaning the appropriate qemu-system-* package for this arch. That's not a big deal, though - we'll figure that out when we can eventually do away with qemu-kvm Thanks, Mark. From markmc at redhat.com Mon Sep 14 15:40:59 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 14 Sep 2009 16:40:59 +0100 Subject: [fedora-virt] virt-preview updates In-Reply-To: <1250703309.17874.46.camel@blaa> References: <1244034684.5001.134.camel@blaa> <1244046483.5001.180.camel@blaa> <1244197459.27876.0.camel@blaa> <1246303956.11688.148.camel@blaa> <1246628572.13604.2.camel@blaa> <1246636154.13604.8.camel@blaa> <1247763853.3038.105.camel@blaa> <1248769817.3089.20.camel@blaa> <1248776732.3089.45.camel@blaa> <1248859649.3021.28.camel@blaa> <20090729093637.GC10723@salstar.sk> <1248868438.3021.31.camel@blaa> <1248873640.3021.34.camel@blaa> <1248879462.3021.39.camel@blaa> <1248882336.3021.40.camel@blaa> <1248974623.3275.4.camel@blaa> <1249057022.3320.35.camel@blaa> <1249400197.3212.73.camel@blaa> <1249573056.3721.62.camel@blaa> <1249639097.3260.5.camel@blaa> <1249900612.8784.79.camel@blaa> <1250700893.17874.44.camel@blaa> <1250703309.17874.46.camel@blaa> Message-ID: <1252942859.3491.97.camel@blaa> The latest updates available from http://markmc.fedorapeople.org/virt-preview == virt-manager == * Mon Sep 14 2009 Cole Robinson - 0.8.0-3.fc12 - Fix disk XML mangling via connect/eject cdrom (bz 516116) - Fix delete button sensitivity (bz 518536) - Fix populating text box from storage browser in 'New VM' (bz 517263) - Fix a traceback in an 'Add Hardware' error path (bz 517286) Cheers, Mark. == About The Virtualization Preview Repository == The virt-preview repository offers Fedora 11 users the opportunity to help out with testing the rawhide virtualization packages, without having to run all of rawhide. Bugs should be reported to http://bugzilla.redhat.com/ using 'rawhide' as the distribution version. Note clearly in the bug report that you are running these packages on Fedora 11. From markmc at redhat.com Mon Sep 14 20:06:17 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 14 Sep 2009 21:06:17 +0100 Subject: [fedora-virt] virt-preview updates In-Reply-To: <1250703309.17874.46.camel@blaa> References: <1244034684.5001.134.camel@blaa> <1244046483.5001.180.camel@blaa> <1244197459.27876.0.camel@blaa> <1246303956.11688.148.camel@blaa> <1246628572.13604.2.camel@blaa> <1246636154.13604.8.camel@blaa> <1247763853.3038.105.camel@blaa> <1248769817.3089.20.camel@blaa> <1248776732.3089.45.camel@blaa> <1248859649.3021.28.camel@blaa> <20090729093637.GC10723@salstar.sk> <1248868438.3021.31.camel@blaa> <1248873640.3021.34.camel@blaa> <1248879462.3021.39.camel@blaa> <1248882336.3021.40.camel@blaa> <1248974623.3275.4.camel@blaa> <1249057022.3320.35.camel@blaa> <1249400197.3212.73.camel@blaa> <1249573056.3721.62.camel@blaa> <1249639097.3260.5.camel@blaa> <1249900612.8784.79.camel@blaa> <1250700893.17874.44.camel@blaa> <1250703309.17874.46.camel@blaa> Message-ID: <1252958777.3491.110.camel@blaa> The latest updates available from http://markmc.fedorapeople.org/virt-preview == libvirt == * Mon Sep 14 2009 Mark McLoughlin - 0.7.1-0.2.gitfac3f4c - Update to newer snapshot of 0.7.1 - Stop libvirt using untrusted 'info vcpus' PID data (#520864) - Support relabelling of USB and PCI devices - Enable multipath storage support - Restart libvirtd upon RPM upgrade Cheers, Mark. == About The Virtualization Preview Repository == The virt-preview repository offers Fedora 11 users the opportunity to help out with testing the rawhide virtualization packages, without having to run all of rawhide. Bugs should be reported to http://bugzilla.redhat.com/ using 'rawhide' as the distribution version. Note clearly in the bug report that you are running these packages on Fedora 11. From tom.horsley at att.net Tue Sep 15 01:50:00 2009 From: tom.horsley at att.net (Tom Horsley) Date: Mon, 14 Sep 2009 21:50:00 -0400 Subject: [fedora-virt] Keyboard stops working on XP KVM? Message-ID: <20090914215000.66cd51d1@zooty> I've just noticed a weird thing on my Windows XP KVM virtual machine: If I logoff the current user to get back to the windows login screen, the keyboard no longer works, but the mouse works fine. All I can do is use the mouse to reboot the system, I can't type any passwords to login. Anyone have any clues about what causes this? From markmc at redhat.com Tue Sep 15 13:29:07 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Tue, 15 Sep 2009 14:29:07 +0100 Subject: [fedora-virt] virt-preview updates In-Reply-To: <1250703309.17874.46.camel@blaa> References: <1244034684.5001.134.camel@blaa> <1244046483.5001.180.camel@blaa> <1244197459.27876.0.camel@blaa> <1246303956.11688.148.camel@blaa> <1246628572.13604.2.camel@blaa> <1246636154.13604.8.camel@blaa> <1247763853.3038.105.camel@blaa> <1248769817.3089.20.camel@blaa> <1248776732.3089.45.camel@blaa> <1248859649.3021.28.camel@blaa> <20090729093637.GC10723@salstar.sk> <1248868438.3021.31.camel@blaa> <1248873640.3021.34.camel@blaa> <1248879462.3021.39.camel@blaa> <1248882336.3021.40.camel@blaa> <1248974623.3275.4.camel@blaa> <1249057022.3320.35.camel@blaa> <1249400197.3212.73.camel@blaa> <1249573056.3721.62.camel@blaa> <1249639097.3260.5.camel@blaa> <1249900612.8784.79.camel@blaa> <1250700893.17874.44.camel@blaa> <1250703309.17874.46.camel@blaa> Message-ID: <1253021347.5220.27.camel@blaa> The latest updates available from http://markmc.fedorapeople.org/virt-preview == libvirt == * Tue Sep 15 2009 Daniel Veillard - 0.7.1-1 - Upstream release of 0.7.1 - ESX, VBox driver updates - mutipath support - support for encrypted (qcow) volume - compressed save image format for Qemu/KVM - QEmu host PCI device hotplug support - configuration of huge pages in guests - a lot of fixes Cheers, Mark. == About The Virtualization Preview Repository == The virt-preview repository offers Fedora 11 users the opportunity to help out with testing the rawhide virtualization packages, without having to run all of rawhide. Bugs should be reported to http://bugzilla.redhat.com/ using 'rawhide' as the distribution version. Note clearly in the bug report that you are running these packages on Fedora 11. From danken at redhat.com Tue Sep 15 14:22:45 2009 From: danken at redhat.com (Dan Kenigsberg) Date: Tue, 15 Sep 2009 17:22:45 +0300 Subject: [fedora-virt] ksmtuned, v2 In-Reply-To: <20090910095055.GD1257@redhat.com> References: <20090903114922.GA11622@redhat.com> <20090903120547.GS8626@redhat.com> <20090904151927.GA11224@csdan.redhat.com> <20090910095055.GD1257@redhat.com> Message-ID: <20090915142244.GA19182@redhat.com> changes since v1: - broken into two services, one starting ksm up (ksmd), and the other tuning it (ksmtuned). - ksmtune logic separated from service code for cleanliness and simpler availability to other distros - ksm/max_kernel_pages default is absurdly low (allows for 8M of shared mem). ksmd now sets it to half of available RAM. - a handful of typos corrected Can these files be poured into qemu-system rpm? Or should I file for a new package? Comments and suggestion are still welcome. Dan. -------------- next part -------------- #!/bin/bash # # Copyright 2009 Red Hat, Inc. and/or its affiliates. # Released under the GPL # # ksmd Kernel Samepage Merging control Daemon # # chkconfig: - 84 16 # description: The Kernel Samepage Merging control Daemon is a simple script \ # that starts and stops ksm kernel thread. # processname: ksmd # config: /etc/sysconfig/ksm # ### BEGIN INIT INFO # Provides: ksmd # Required-Start: # Required-Stop: # Should-Start: # Short-Description: start and stop ksm # Description: The Kernel Samepage Merging control Daemon is a simple script # that starts and stops ksm kernel thread. ### END INIT INFO . /etc/rc.d/init.d/functions if [ -f /etc/sysconfig/ksm ]; then . /etc/sysconfig/ksm fi prog=ksm RETVAL=0 # unless KSM_MAX_KERNEL_PAGES is set, let ksm munch up to half of total memory. default_max_kernel_pages () { local total pagesize total=`awk '/^MemTotal:/ {print $2}' /proc/meminfo` pagesize=`getconf PAGESIZE` echo $[total * 1024 / pagesize / 2] } start() { echo -n $"Starting $prog: " KSM_MAX_KERNEL_PAGES=${KSM_MAX_KERNEL_PAGES:-`default_max_kernel_pages`} echo $KSM_MAX_KERNEL_PAGES > /sys/kernel/mm/ksm/max_kernel_pages echo 1 > /sys/kernel/mm/ksm/run RETVAL=$? echo return $RETVAL } stop() { echo -n $"Stopping $prog: " echo 0 > /sys/kernel/mm/ksm/run RETVAL=$? echo } case "$1" in start) start ;; stop) stop ;; status) is_run=`cat /sys/kernel/mm/ksm/run` RETVAL=$? if [ is_run -eq 1 ]; then echo $"$prog running" else echo $"$prog not running" fi ;; restart) stop start ;; signal) signal ;; *) echo $"Usage: $prog {start|stop|restart|status|help}" RETVAL=3 esac exit $RETVAL -------------- next part -------------- #!/bin/bash # # Copyright 2009 Red Hat, Inc. and/or its affiliates. # Released under the GPL # # ksmtune - a simple script that controls whether (and with what vigor) should # ksm search duplicated pages. # # starts ksm when memory commited to qemu processes exceeds a threshold, and # make ksm work harder and harder untill memory load falls below that # threshold. # # needs testing and ironing. contact danken at redhat.com if something breaks. if [ -f /etc/ksmd.conf ]; then . /etc/ksmd.conf fi KSM_MONITOR_INTERVAL=${KSM_MONITOR_INTERVAL:-60} KSM_NPAGES_BOOST=${KSM_NPAGES_BOOST:-300} KSM_NPAGES_DECAY=${KSM_NPAGES_DECAY:--50} KSM_NPAGES_MIN=${KSM_NPAGES_MIN:-64} KSM_NPAGES_MAX=${KSM_NPAGES_MAX:-1250} # millisecond sleep between ksm scans for 16Gb server. Smaller servers sleep # more, bigger sleep less. KSM_SLEEP_MSEC=${KSM_SLEEP_MSEC:-10} KSM_THRES_COEF=${KSM_THRES_COEF:-20} KSM_THRES_CONST=${KSM_THRES_CONST:-2048} total=`awk '/^MemTotal:/ {print $2}' /proc/meminfo` [ -n "$DEBUG" ] && echo total $total npages=0 sleep=$[KSM_SLEEP_MSEC * 16 * 1024 * 1024 / total] [ $sleep -le 10 ] && sleep=10 [ -n "$DEBUG" ] && echo sleep $sleep thres=$[total * KSM_THRES_COEF / 100] if [ $KSM_THRES_CONST -gt $thres ]; then thres=$KSM_THRES_CONST fi [ -n "$DEBUG" ] && echo thres $thres KSMCTL () { if [ -x /usr/bin/ksmctl ]; then local s=$3 [ -n "$s" ] && s=$[s * 1000] /usr/bin/ksmctl $1 $2 $s else case x$1 in xstop) echo 0 > /sys/kernel/mm/ksm/run ;; xstart) echo $2 > /sys/kernel/mm/ksm/pages_to_scan echo $3 > /sys/kernel/mm/ksm/sleep echo 1 > /sys/kernel/mm/ksm/run ;; esac fi } committed_memory () { # calculate how much memory is committed to running qemu processes local progname progname=${1:-qemu} ps -o vsz `pgrep $progname` | awk '{ sum += $1 }; END { print sum }' } free_memory () { awk '/^(MemFree|Buffers|MemCached):/ {free += $2}; END {print free}' \ /proc/meminfo } increase_napges() { local delta delta=${1:-0} npages=$[npages + delta] if [ $npages -lt $KSM_NPAGES_MIN ]; then npages=$KSM_NPAGES_MIN elif [ $npages -gt $KSM_NPAGES_MAX ]; then npages=$KSM_NPAGES_MAX fi echo $npages } adjust () { local free committed free=`free_memory` committed=`committed_memory` [ -n "$DEBUG" ] && echo committed $committed free $free if [ $[committed + thres] -lt $total -a $free -gt $thres ]; then KSMCTL stop [ -n "$DEBUG" ] && echo "$[committed + thres] < $total and free > $thres, stop ksm" return 1 fi [ -n "$DEBUG" ] && echo "$[committed + thres] > $total, start ksm" if [ $free -lt $thres ]; then npages=`increase_napges $KSM_NPAGES_BOOST` [ -n "$DEBUG" ] && echo "$free < $thres, boost" else npages=`increase_napges $KSM_NPAGES_DECAY` [ -n "$DEBUG" ] && echo "$free > $thres, decay" fi KSMCTL start $npages $sleep [ -n "$DEBUG" ] && echo "KSMCTL start $npages $sleep" return 0 } loop () { while true do sleep $KSM_MONITOR_INTERVAL adjust done } loop -------------- next part -------------- #!/bin/bash # # Copyright 2009 Red Hat, Inc. and/or its affiliates. # Released under the GPL # # ksmtuned Kernel Samepage Merging Tuning Daemon # # chkconfig: - 85 15 # description: The Kernel Samepage Merging control Daemon is a simple script \ # that controls whether (and with what vigor) should ksm search \ # duplicated pages. # processname: ksmd # config: /etc/ksmd.conf # pidfile: /var/run/ksmd.pid # ### BEGIN INIT INFO # Provides: ksmd # Required-Start: # Required-Stop: # Should-Start: # Short-Description: tune the speed of ksm # Description: The Kernel Samepage Merging control Daemon is a simple script # that controls whether (and with what vigor) should ksm search duplicated # memory pages. # needs testing and ironing. contact danken at redhat.com if something breaks. ### END INIT INFO . /etc/rc.d/init.d/functions prog=ksmtune pidfile=${PIDFILE-/var/run/ksmtune.pid} RETVAL=0 start() { echo -n $"Starting $prog: " daemon --pidfile=${pidfile} $prog RETVAL=$? echo return $RETVAL } stop() { echo -n $"Stopping $prog: " killproc -p ${pidfile} RETVAL=$? echo } signal () { local pid pid=`cat ${pidfile}` RETVAL=$? if [ $RETVAL -eq 0 ]; then pkill -P $pid sleep RETVAL=$? fi } case "$1" in start) start ;; stop) stop ;; status) status -p ${pidfile} $prog RETVAL=$? ;; restart) stop start ;; signal) signal ;; *) echo $"Usage: $prog {start|stop|restart|status|signal|help}" RETVAL=3 esac exit $RETVAL From markmc at redhat.com Tue Sep 15 17:23:51 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Tue, 15 Sep 2009 18:23:51 +0100 Subject: [fedora-virt] Fedora Virt Test Day Message-ID: <1253035431.5220.49.camel@blaa> Hi all, We have another Fedora Test Day for virtualization coming up this Thursday, September 17. We're making good progress fleshing out a wiki with test cases here: https://fedoraproject.org/wiki/Test_Day:2009-09-17_Virtualization Please do come along and help out with the testing, 'cause we've got plenty to test! :-) If you think you can make it on Thursday, pick a test area (or areas) and put your name where it says "add your name here". We're going make a LiveCD image available, so "I don't have a rawhide machine" is no excuse this time. The idea with the LiveCD is that you'll just mount local or NFS storage for guest images, and so long as you have enough RAM you should be able to test most things. See you Thursday on #fedora-test-day! Thanks, Mark. From markmc at redhat.com Wed Sep 16 10:02:37 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 16 Sep 2009 11:02:37 +0100 Subject: [fedora-virt] ksmtuned, v2 In-Reply-To: <20090915142244.GA19182@redhat.com> References: <20090903114922.GA11622@redhat.com> <20090903120547.GS8626@redhat.com> <20090904151927.GA11224@csdan.redhat.com> <20090910095055.GD1257@redhat.com> <20090915142244.GA19182@redhat.com> Message-ID: <1253095357.6350.20.camel@blaa> Hi Dan, On Tue, 2009-09-15 at 17:22 +0300, Dan Kenigsberg wrote: > changes since v1: > - broken into two services, one starting ksm up (ksmd), and the other > tuning it (ksmtuned). > - ksmtune logic separated from service code for cleanliness and simpler > availability to other distros > - ksm/max_kernel_pages default is absurdly low (allows for 8M of shared > mem). ksmd now sets it to half of available RAM. > - a handful of typos corrected > > Can these files be poured into qemu-system rpm? Or should I file for a > new package? > > Comments and suggestion are still welcome. My initial reaction was that I'd prefer these to be in a separate ksm RPM, but since ksmtuned is tied to qemu at the moment, I guess it makes sense to include it in qemu for now. We can split it out later, if needs be. I've added the ksm init script to qemu-common in rawhide. I put it in qemu-common since it doesn't appear to be specific to qemu-kvm or qemu-system. I was going to add ksmtuned, but when I tested it, it didn't daemonize and 'service ksmtuned start' just hung. So, that needs to be fixed first. I've pushed a git repo with the scripts and a bunch of minor changes I made: http://gitorious.org/ksm-control-scripts/ksm-control-scripts Cheers, Mark. From adam.huffman at gmail.com Wed Sep 16 10:30:21 2009 From: adam.huffman at gmail.com (Adam Huffman) Date: Wed, 16 Sep 2009 11:30:21 +0100 Subject: [fedora-virt] Tracebacks on F10 during guest operations Message-ID: <4AB0BE3D.6060502@gmail.com> Keep seeing tracebacks like this one when making new guests or trying to open consoles on existing guests using virt-manager on F10: [Wed, 16 Sep 2009 11:25:41 virt-manager 5488] ERROR (virt-manager:148) Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/details.py", line 715, in refresh_resources self.window.get_widget("config-maxmem").set_sensitive(True) File "/usr/share/virt-manager/virtManager/details.py", line 722, in page_refresh self.window.get_widget("details-menu-save").set_sensitive(False) File "/usr/share/virt-manager/virtManager/details.py", line 1440, in repopulate_hw_list self.vm.set_max_memory(maxmem.value * 1024) TypeError: 'NoneType' object is not iterable Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/engine.py", line 305, in show_details self.windowManager.connect("action-show-create", self._do_show_create) File "/usr/share/virt-manager/virtManager/details.py", line 288, in __init__ "on_config_boot_apply_clicked": self.config_boot_options_apply, File "/usr/share/virt-manager/virtManager/details.py", line 612, in update_widget_states AttributeError: 'NoneType' object has no attribute 'set_sensitive' virt-manager-0.6.1-2.fc10.x86_64 libvirt-0.5.1-2.fc10.x86_64 Adam From danken at redhat.com Wed Sep 16 12:40:08 2009 From: danken at redhat.com (Dan Kenigsberg) Date: Wed, 16 Sep 2009 15:40:08 +0300 Subject: [fedora-virt] ksmtuned, v2 In-Reply-To: <1253095357.6350.20.camel@blaa> References: <20090903114922.GA11622@redhat.com> <20090903120547.GS8626@redhat.com> <20090904151927.GA11224@csdan.redhat.com> <20090910095055.GD1257@redhat.com> <20090915142244.GA19182@redhat.com> <1253095357.6350.20.camel@blaa> Message-ID: <20090916124007.GA30281@redhat.com> On Wed, Sep 16, 2009 at 11:02:37AM +0100, Mark McLoughlin wrote: > Hi Dan, > > On Tue, 2009-09-15 at 17:22 +0300, Dan Kenigsberg wrote: > > changes since v1: > > - broken into two services, one starting ksm up (ksmd), and the other > > tuning it (ksmtuned). > > - ksmtune logic separated from service code for cleanliness and simpler > > availability to other distros > > - ksm/max_kernel_pages default is absurdly low (allows for 8M of shared > > mem). ksmd now sets it to half of available RAM. > > - a handful of typos corrected > > > > Can these files be poured into qemu-system rpm? Or should I file for a > > new package? > > > > Comments and suggestion are still welcome. > > My initial reaction was that I'd prefer these to be in a separate ksm > RPM, but since ksmtuned is tied to qemu at the moment, I guess it makes > sense to include it in qemu for now. We can split it out later, if needs > be. > > I've added the ksm init script to qemu-common in rawhide. I put it in > qemu-common since it doesn't appear to be specific to qemu-kvm or > qemu-system. > > I was going to add ksmtuned, but when I tested it, it didn't daemonize > and 'service ksmtuned start' just hung. So, that needs to be fixed > first. > > I've pushed a git repo with the scripts and a bunch of minor changes I > made: > > http://gitorious.org/ksm-control-scripts/ksm-control-scripts > oh, thanks! Please consider the attached patch for daemonizing ksmtuned. Dan. -------------- next part -------------- >From dff4d7b21d8e6c34716eeaac10dadfa4ddee8f6c Mon Sep 17 00:00:00 2001 From: Dan Kenigsberg Date: Wed, 16 Sep 2009 15:28:58 +0300 Subject: [PATCH] damonize ksmtuned and create pidfile --- TODO | 3 --- ksmtuned | 6 +++++- 2 files changed, 5 insertions(+), 4 deletions(-) diff --git a/TODO b/TODO index 0906417..32c3b39 100644 --- a/TODO +++ b/TODO @@ -1,5 +1,2 @@ - More docs in ksmtuned.conf - - - ksmtuned needs to daemonize, currently "service ksmtuned start" - just hangs diff --git a/ksmtuned b/ksmtuned index 5bdc4a3..f97fa6d 100644 --- a/ksmtuned +++ b/ksmtuned @@ -113,4 +113,8 @@ loop () { done } -loop +PIDFILE=${PIDFILE-/var/run/ksmtune.pid} +if touch "$PIDFILE"; then + loop & + echo $! > "$PIDFILE" +fi -- 1.6.2.5 From crobinso at redhat.com Wed Sep 16 13:51:02 2009 From: crobinso at redhat.com (Cole Robinson) Date: Wed, 16 Sep 2009 09:51:02 -0400 Subject: [fedora-virt] Tracebacks on F10 during guest operations In-Reply-To: <4AB0BE3D.6060502@gmail.com> References: <4AB0BE3D.6060502@gmail.com> Message-ID: <4AB0ED46.20308@redhat.com> On 09/16/2009 06:30 AM, Adam Huffman wrote: > Keep seeing tracebacks like this one when making new guests or trying to > open consoles on existing guests using virt-manager on F10: > > [Wed, 16 Sep 2009 11:25:41 virt-manager 5488] ERROR (virt-manager:148) > Traceback (most recent call last): > File "/usr/share/virt-manager/virtManager/details.py", line 715, in > refresh_resources > self.window.get_widget("config-maxmem").set_sensitive(True) > File "/usr/share/virt-manager/virtManager/details.py", line 722, in > page_refresh > self.window.get_widget("details-menu-save").set_sensitive(False) > File "/usr/share/virt-manager/virtManager/details.py", line 1440, in > repopulate_hw_list > self.vm.set_max_memory(maxmem.value * 1024) > TypeError: 'NoneType' object is not iterable > Traceback (most recent call last): > File "/usr/share/virt-manager/virtManager/engine.py", line 305, in > show_details > self.windowManager.connect("action-show-create", self._do_show_create) > File "/usr/share/virt-manager/virtManager/details.py", line 288, in > __init__ > "on_config_boot_apply_clicked": self.config_boot_options_apply, > File "/usr/share/virt-manager/virtManager/details.py", line 612, in > update_widget_states > > AttributeError: 'NoneType' object has no attribute 'set_sensitive' > > virt-manager-0.6.1-2.fc10.x86_64 > libvirt-0.5.1-2.fc10.x86_64 > Hmm, those error messages look weird. Does restarting the app help? (maybe the package was updated underneath a running instance and it caused issues.) If you can still reproduce, please file a bug, and attach ~/.virt-manager/virt-manager.log Thanks, Cole From jmforbes at linuxtx.org Wed Sep 16 16:23:54 2009 From: jmforbes at linuxtx.org (Justin M. Forbes) Date: Wed, 16 Sep 2009 11:23:54 -0500 Subject: [fedora-virt] ksmtuned, v2 In-Reply-To: <20090915142244.GA19182@redhat.com> References: <20090903114922.GA11622@redhat.com> <20090903120547.GS8626@redhat.com> <20090904151927.GA11224@csdan.redhat.com> <20090910095055.GD1257@redhat.com> <20090915142244.GA19182@redhat.com> Message-ID: <20090916162354.GA4039@linuxtx.org> On Tue, Sep 15, 2009 at 05:22:45PM +0300, Dan Kenigsberg wrote: > changes since v1: > - ksm/max_kernel_pages default is absurdly low (allows for 8M of shared > mem). ksmd now sets it to half of available RAM. Thanks for including this. Unfortunately upstream is going with the absurdly low number, and we would rather not patch the kernel just to change the default if there is a sane way to handle this in userspace. I am working on the KSM test cases for virt test day tomorrow right now, and I will include the init script (and ksmtuned if it is ready in time). Justin From markmc at redhat.com Wed Sep 16 16:46:27 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 16 Sep 2009 17:46:27 +0100 Subject: [fedora-virt] ksmtuned, v2 In-Reply-To: <20090916124007.GA30281@redhat.com> References: <20090903114922.GA11622@redhat.com> <20090903120547.GS8626@redhat.com> <20090904151927.GA11224@csdan.redhat.com> <20090910095055.GD1257@redhat.com> <20090915142244.GA19182@redhat.com> <1253095357.6350.20.camel@blaa> <20090916124007.GA30281@redhat.com> Message-ID: <1253119587.6350.33.camel@blaa> On Wed, 2009-09-16 at 15:40 +0300, Dan Kenigsberg wrote: > > On Wed, Sep 16, 2009 at 11:02:37AM +0100, Mark McLoughlin wrote: > > Hi Dan, > > > > On Tue, 2009-09-15 at 17:22 +0300, Dan Kenigsberg wrote: > > > changes since v1: > > > - broken into two services, one starting ksm up (ksmd), and the other > > > tuning it (ksmtuned). > > > - ksmtune logic separated from service code for cleanliness and simpler > > > availability to other distros > > > - ksm/max_kernel_pages default is absurdly low (allows for 8M of shared > > > mem). ksmd now sets it to half of available RAM. > > > - a handful of typos corrected > > > > > > Can these files be poured into qemu-system rpm? Or should I file for a > > > new package? > > > > > > Comments and suggestion are still welcome. > > > > My initial reaction was that I'd prefer these to be in a separate ksm > > RPM, but since ksmtuned is tied to qemu at the moment, I guess it makes > > sense to include it in qemu for now. We can split it out later, if needs > > be. > > > > I've added the ksm init script to qemu-common in rawhide. I put it in > > qemu-common since it doesn't appear to be specific to qemu-kvm or > > qemu-system. > > > > I was going to add ksmtuned, but when I tested it, it didn't daemonize > > and 'service ksmtuned start' just hung. So, that needs to be fixed > > first. > > > > I've pushed a git repo with the scripts and a bunch of minor changes I > > made: > > > > http://gitorious.org/ksm-control-scripts/ksm-control-scripts > > > > oh, thanks! > > Please consider the attached patch for daemonizing ksmtuned. ... > diff --git a/ksmtuned b/ksmtuned > index 5bdc4a3..f97fa6d 100644 > --- a/ksmtuned > +++ b/ksmtuned > @@ -113,4 +113,8 @@ loop () { > done > } > > -loop > +PIDFILE=${PIDFILE-/var/run/ksmtune.pid} > +if touch "$PIDFILE"; then > + loop & > + echo $! > "$PIDFILE" > +fi > -- > 1.6.2.5 Nice and simple and it seems to work well, I like it :-) Pushing this to rawhide now Thanks, Mark. From danken at redhat.com Wed Sep 16 18:19:01 2009 From: danken at redhat.com (Dan Kenigsberg) Date: Wed, 16 Sep 2009 21:19:01 +0300 Subject: [fedora-virt] ksmtuned, v2 In-Reply-To: <1253119587.6350.33.camel@blaa> References: <20090903114922.GA11622@redhat.com> <20090903120547.GS8626@redhat.com> <20090904151927.GA11224@csdan.redhat.com> <20090910095055.GD1257@redhat.com> <20090915142244.GA19182@redhat.com> <1253095357.6350.20.camel@blaa> <20090916124007.GA30281@redhat.com> <1253119587.6350.33.camel@blaa> Message-ID: <20090916181900.GA9835@csdan.redhat.com> On Wed, Sep 16, 2009 at 05:46:27PM +0100, Mark McLoughlin wrote: > > Pushing this to rawhide now Thanks. Though only now did I notice that you dropped my non-standard "signal" verb. http://gitorious.org/ksm-control-scripts/ksm-control-scripts/commit/84e59d1e2d4c243f010c8a4fdd1c4d147e1cd2ee This is how I want managemet to tell ksmtune that something has changed (new qemu process up, or just died). I want ksm to kick in as soon as this happens, not wait another minute. If you really hate this, we can add a SIGUSR handler to ksmtune for the same aim. Regards, Dan. From berrange at redhat.com Wed Sep 16 18:21:14 2009 From: berrange at redhat.com (Daniel P. Berrange) Date: Wed, 16 Sep 2009 19:21:14 +0100 Subject: [fedora-virt] ksmtuned, v2 In-Reply-To: <20090916181900.GA9835@csdan.redhat.com> References: <20090903114922.GA11622@redhat.com> <20090903120547.GS8626@redhat.com> <20090904151927.GA11224@csdan.redhat.com> <20090910095055.GD1257@redhat.com> <20090915142244.GA19182@redhat.com> <1253095357.6350.20.camel@blaa> <20090916124007.GA30281@redhat.com> <1253119587.6350.33.camel@blaa> <20090916181900.GA9835@csdan.redhat.com> Message-ID: <20090916182113.GA18548@redhat.com> On Wed, Sep 16, 2009 at 09:19:01PM +0300, Dan Kenigsberg wrote: > On Wed, Sep 16, 2009 at 05:46:27PM +0100, Mark McLoughlin wrote: > > > > Pushing this to rawhide now > > Thanks. Though only now did I notice that you dropped my non-standard > "signal" verb. http://gitorious.org/ksm-control-scripts/ksm-control-scripts/commit/84e59d1e2d4c243f010c8a4fdd1c4d147e1cd2ee > This is how I want managemet to tell ksmtune that something has changed > (new qemu process up, or just died). I want ksm to kick in as soon as > this happens, not wait another minute. > > If you really hate this, we can add a SIGUSR handler to ksmtune for the > same aim. I think your 'signal' verb makes sense - I'd just call it 'reload' instead Regards, Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From markmc at redhat.com Thu Sep 17 15:56:39 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Thu, 17 Sep 2009 16:56:39 +0100 Subject: [fedora-virt] virt-preview updates In-Reply-To: <1250703309.17874.46.camel@blaa> References: <1244034684.5001.134.camel@blaa> <1244046483.5001.180.camel@blaa> <1244197459.27876.0.camel@blaa> <1246303956.11688.148.camel@blaa> <1246628572.13604.2.camel@blaa> <1246636154.13604.8.camel@blaa> <1247763853.3038.105.camel@blaa> <1248769817.3089.20.camel@blaa> <1248776732.3089.45.camel@blaa> <1248859649.3021.28.camel@blaa> <20090729093637.GC10723@salstar.sk> <1248868438.3021.31.camel@blaa> <1248873640.3021.34.camel@blaa> <1248879462.3021.39.camel@blaa> <1248882336.3021.40.camel@blaa> <1248974623.3275.4.camel@blaa> <1249057022.3320.35.camel@blaa> <1249400197.3212.73.camel@blaa> <1249573056.3721.62.camel@blaa> <1249639097.3260.5.camel@blaa> <1249900612.8784.79.camel@blaa> <1250700893.17874.44.camel@blaa> <1250703309.17874.46.camel@blaa> Message-ID: <1253202999.3678.21.camel@blaa> The latest updates available from http://markmc.fedorapeople.org/virt-preview == qemu == * Wed Sep 16 2009 Mark McLoughlin - 2:0.10.92-4 - Fix for KSM patch from Justin Forbes * Wed Sep 16 2009 Mark McLoughlin - 2:0.10.92-3 - Add ksmtuned, also from Dan Kenigsberg - Use %_initddir macro * Wed Sep 16 2009 Mark McLoughlin - 2:0.10.92-2 - Add ksm control script from Dan Kenigsberg == libvirt == * Thu Sep 17 2009 Mark McLoughlin - 0.7.1-4 - A couple of hot-unplug memory handling fixes (#523953) * Thu Sep 17 2009 Daniel Veillard - 0.7.1-3 - disable numactl on s390[x] * Thu Sep 17 2009 Daniel Veillard - 0.7.1-2 - revamp of spec file for modularity and RHELs Cheers, Mark. == About The Virtualization Preview Repository == The virt-preview repository offers Fedora 11 users the opportunity to help out with testing the rawhide virtualization packages, without having to run all of rawhide. Bugs should be reported to http://bugzilla.redhat.com/ using 'rawhide' as the distribution version. Note clearly in the bug report that you are running these packages on Fedora 11. From gianluca.cecchi at gmail.com Fri Sep 18 08:50:56 2009 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Fri, 18 Sep 2009 10:50:56 +0200 Subject: [fedora-virt] Do I have to bugzilla for rpm requirements of virt-df? Message-ID: <561c252c0909180150oce13f23k3c08082655f7f5e2@mail.gmail.com> Running virt-df on a F11 x86_64 system with fedora-virt-preview enabled I get this: [root at virtfed ~]# virt-df prova2 Filesystem 1K-blocks Used Available Use% open_guest: no libvirt support (install Sys::Virt, XML::XPath and XML::XPath::XMLParser) at /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi/Sys/Guestfs/Lib.pm line 148. perl-Sys-Virt is already installed while I'm missing the perl-XML-XPath and related dependencies... After I do a yum install perl-XML-XPath that makes automatically: Installing: perl-XML-XPath noarch 1.13-8.fc11 fedora 85 k Installing for dependencies: perl-Compress-Raw-Zlib x86_64 2.008-73.fc11 updates 81 k perl-Compress-Zlib x86_64 2.008-73.fc11 updates 37 k perl-HTML-Parser x86_64 3.60-1.fc11 updates 121 k perl-HTML-Tagset noarch 3.20-2.fc11 fedora 17 k perl-IO-Compress-Base x86_64 2.008-73.fc11 updates 62 k perl-IO-Compress-Zlib x86_64 2.008-73.fc11 updates 143 k perl-URI noarch 1.37-2.fc11 fedora 121 k perl-XML-Parser x86_64 2.36-4.fc11 fedora 298 k perl-libwww-perl noarch 5.825-2.fc11 fedora 397 k I'm able to run virt-df (though a bit slow to output the results): [root at virtfed ~]# virt-df prova2 Filesystem 1K-blocks Used Available Use% prova2:/dev/sda1 198337 21627 166470 16.1% prova2:/dev/vg_prova2/lv_root 3918752 3162200 557488 85.8% Question: so virt-df should have as dependency perl-XML-XPath, otherwise is unusable, correct? Or could it stay without perl-XML-XPath connecting to VMs in other ways? As I'm on f11+fedora-virt-preview repo I donna if this is a non-problem and instead it is ok on F12. it seems that both virt-df and perl-XML-XPath rpms are form f11 repos so probably I have to bugzilla for F11? Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From markmc at redhat.com Fri Sep 18 12:02:30 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Fri, 18 Sep 2009 13:02:30 +0100 Subject: [fedora-virt] Do I have to bugzilla for rpm requirements of virt-df? In-Reply-To: <561c252c0909180150oce13f23k3c08082655f7f5e2@mail.gmail.com> References: <561c252c0909180150oce13f23k3c08082655f7f5e2@mail.gmail.com> Message-ID: <1253275350.4156.13.camel@blaa> On Fri, 2009-09-18 at 10:50 +0200, Gianluca Cecchi wrote: > Running virt-df on a F11 x86_64 system with fedora-virt-preview > enabled I get this: > > [root at virtfed ~]# virt-df prova2 > Filesystem 1K-blocks Used Available > Use% > open_guest: no libvirt support (install Sys::Virt, XML::XPath and > XML::XPath::XMLParser) > at /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi/Sys/Guestfs/Lib.pm > line 148. Sounds like this? https://bugzilla.redhat.com/523547 Thanks, Mark. From gianluca.cecchi at gmail.com Fri Sep 18 12:15:06 2009 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Fri, 18 Sep 2009 14:15:06 +0200 Subject: [fedora-virt] Do I have to bugzilla for rpm requirements of virt-df? In-Reply-To: <1253275350.4156.13.camel@blaa> References: <561c252c0909180150oce13f23k3c08082655f7f5e2@mail.gmail.com> <1253275350.4156.13.camel@blaa> Message-ID: <561c252c0909180515s3164d1fvd9a9731dcdc25312@mail.gmail.com> Sure! I added a comment to it. Gianluca On Fri, Sep 18, 2009 at 2:02 PM, Mark McLoughlin wrote: > On Fri, 2009-09-18 at 10:50 +0200, Gianluca Cecchi wrote: > > Running virt-df on a F11 x86_64 system with fedora-virt-preview > > enabled I get this: > > > > [root at virtfed ~]# virt-df prova2 > > Filesystem 1K-blocks Used Available > > Use% > > open_guest: no libvirt support (install Sys::Virt, XML::XPath and > > XML::XPath::XMLParser) > > at > /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi/Sys/Guestfs/Lib.pm > > line 148. > > Sounds like this? > > https://bugzilla.redhat.com/523547 > > Thanks, > Mark. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bcm at accelance.fr Fri Sep 18 12:19:54 2009 From: bcm at accelance.fr (Benjamin Cleyet-Marrel) Date: Fri, 18 Sep 2009 14:19:54 +0200 Subject: [fedora-virt] Qemu savevm and CPU stuck Message-ID: <1253276395.9686.171.camel@bcm-portable> Hi, First post to this list so sorry if I am mistaken. I've browsed the wiki and googled and could not find anyone having or reporting the same problem. I am using fedora virt-preview repository on a fedora 11 stable The savevm/loadvm seems to be slightly broken: The guest is a Centos5.3 When issuing a savevm in the monitor, Guest get stuck for a few seconds and I get the infamous soft lockup a couple of time. (see bellow) The snapshot is working. When doing a loadvm I often get weird behaviour on the console. this can be completly removed if I issue a stop and cont before and after the loadvm. Question is: Am I doing somthing wrong or is this a bug ? Thanks Cheers Ben Sep 18 10:58:48 dhcp155 kernel: BUG: soft lockup - CPU#0 stuck for 10s! [swapper:0] Sep 18 10:58:48 dhcp155 kernel: Sep 18 10:58:48 dhcp155 kernel: Pid: 0, comm: swapper Sep 18 10:58:48 dhcp155 kernel: EIP: 0060:[] CPU: 0 Sep 18 10:58:48 dhcp155 kernel: EIP is at handle_IRQ_event+0x39/0x8c Sep 18 10:58:48 dhcp155 kernel: EFLAGS: 00000246 Not tainted (2.6.18-128.el5 #1) Sep 18 10:58:48 dhcp155 kernel: EAX: 00000001 EBX: c06e6f00 ECX: f7c9bf80 EDX: c0754f9c Sep 18 10:58:48 dhcp155 kernel: ESI: f7c9bf80 EDI: 00000001 EBP: 00000000 DS: 007b ES: 007b Sep 18 10:58:48 dhcp155 kernel: CR0: 8005003b CR2: 080c3e80 CR3: 376ad000 CR4: 00000690 Sep 18 10:58:48 dhcp155 kernel: [] __do_IRQ+0x84/0xd6 Sep 18 10:58:48 dhcp155 kernel: [] do_IRQ+0xb0/0xc3 Sep 18 10:58:48 dhcp155 kernel: [] common_interrupt+0x1a/0x20 Sep 18 10:58:48 dhcp155 kernel: [] handle_IRQ_event+0x39/0x8c Sep 18 10:58:48 dhcp155 kernel: [] __do_IRQ+0x84/0xd6 Sep 18 10:58:48 dhcp155 kernel: [] __do_IRQ+0x0/0xd6 Sep 18 10:58:48 dhcp155 kernel: [] do_IRQ+0x99/0xc3 Sep 18 10:58:48 dhcp155 kernel: [] common_interrupt+0x1a/0x20 Sep 18 10:58:48 dhcp155 kernel: [] __do_softirq+0x57/0x114 Sep 18 10:58:48 dhcp155 kernel: [] do_softirq+0x52/0x9c Sep 18 10:58:48 dhcp155 kernel: [] apic_timer_interrupt +0x1f/0x24 Sep 18 10:58:48 dhcp155 kernel: [] default_idle+0x0/0x59 Sep 18 10:58:48 dhcp155 kernel: [] default_idle+0x31/0x59 Sep 18 10:58:48 dhcp155 kernel: [] cpu_idle+0x9f/0xb9 Sep 18 10:58:48 dhcp155 kernel: [] start_kernel+0x379/0x380 Sep 18 10:58:48 dhcp155 kernel: ======================= in dmesg -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Fri Sep 18 16:16:08 2009 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Fri, 18 Sep 2009 18:16:08 +0200 Subject: [fedora-virt] info on save function in virt-manager Message-ID: <561c252c0909180916j3c0871a2j39fe1ae874a61652@mail.gmail.com> Is the save function in virt-manager for a vm equivalent to these steps: 1) pause vm (for example in virt-manager gui) 2) save disk image to file 3) run vm again ? Is any mem state preserved in this save operation? Can we think it as crash-consistent image ot the VM (aka equivalent of rebooting a server after a hard shutdown)? What exactly happens when you do a restore of a saved VM? What could they be differences between a save operation and this one below: - imagine VM disk is an LV - pause VM - do an lvm snapshot of the LVs that compose the VM - exit VM from pause state (unchek inside virt-manager gui) - backup the snapshot LVs I think this latest is crash-consistent, correct? Thanks for your comments. Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From tom.horsley at att.net Sat Sep 19 13:33:59 2009 From: tom.horsley at att.net (Tom Horsley) Date: Sat, 19 Sep 2009 09:33:59 -0400 Subject: [fedora-virt] vncviewer and dot cursor Message-ID: <20090919093359.60897f6b@zooty> For those irritated by the extra "dot" cursor you always get when using vncviewer to get to a kvm console, I've just submitted this suggested patch which works great for me: https://bugzilla.redhat.com/show_bug.cgi?id=524340 It just makes the existing -DotWhenNoCursor=0 option affect the default cursor vncviewer uses at startup (which is the only cursor you ever seem to get in a kvm console window). From tom.horsley at att.net Sat Sep 19 16:10:36 2009 From: tom.horsley at att.net (Tom Horsley) Date: Sat, 19 Sep 2009 12:10:36 -0400 Subject: [fedora-virt] ubuntu virtio and qcow2? Message-ID: <20090919121036.387d2c89@zooty> I installed an ubuntu 9.10 KVM virtual machine using virt-manager on fedora 11. It worked fine, then I tried to convert the image file to qcow2 format and the ubuntu system immediately started flaking out. First not letting me login due to a fatal PAM error, then kernel panicing because it killed init, just degenerating very rapidly :-). Switching back to the original raw file image made the machine work fine again. Is there a known problem here? Should I report a bug somewhere (against what? ubuntu?, fedora?). From tom.horsley at att.net Sat Sep 19 17:22:32 2009 From: tom.horsley at att.net (Tom Horsley) Date: Sat, 19 Sep 2009 13:22:32 -0400 Subject: [fedora-virt] Re: ubuntu virtio and qcow2? In-Reply-To: <20090919121036.387d2c89@zooty> References: <20090919121036.387d2c89@zooty> Message-ID: <20090919132232.769ec5cd@zooty> > Is there a known problem here? Should I report a > bug somewhere (against what? ubuntu?, fedora?). Nevermind. Found it searching closed bugs for virtio and qcow2. I think I'll go try running the same kvm in my fedora 12 partition and see if it is indeed working with latest rawhide. From clalance at redhat.com Mon Sep 21 06:28:59 2009 From: clalance at redhat.com (Chris Lalancette) Date: Mon, 21 Sep 2009 08:28:59 +0200 Subject: [fedora-virt] info on save function in virt-manager In-Reply-To: <561c252c0909180916j3c0871a2j39fe1ae874a61652@mail.gmail.com> References: <561c252c0909180916j3c0871a2j39fe1ae874a61652@mail.gmail.com> Message-ID: <4AB71D2B.6070300@redhat.com> Gianluca Cecchi wrote: > Is the save function in virt-manager for a vm equivalent to these steps: > > 1) pause vm (for example in virt-manager gui) > 2) save disk image to file > 3) run vm again > ? > Is any mem state preserved in this save operation? It's equivalent to steps 1) and 2), followed by a kill of the paused VM. And yes, the memory state is preserved. On a restore, the memory state is restored, and the VM is set running again. The idea behind it is that during host shutdown (or other times), you want to preserve the state of your guests and then resume them from where they were. Note very carefully that this is *not* the same as a full snapshot; if you save a guest, and then restore it multiple times from the same save file, you will certainly corrupt your disk image. That is, a save does not take an "snapshot" of the underlying storage at the same time. That functionality is planned, but really needs a new API (and cooperation from the underlying qemu bits) to work properly. -- Chris Lalancette From rjones at redhat.com Mon Sep 21 08:16:43 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Mon, 21 Sep 2009 09:16:43 +0100 Subject: [fedora-virt] Do I have to bugzilla for rpm requirements of virt-df? In-Reply-To: <1253275350.4156.13.camel@blaa> References: <561c252c0909180150oce13f23k3c08082655f7f5e2@mail.gmail.com> <1253275350.4156.13.camel@blaa> Message-ID: <20090921081643.GA10227@amd.home.annexia.org> On Fri, Sep 18, 2009 at 01:02:30PM +0100, Mark McLoughlin wrote: > On Fri, 2009-09-18 at 10:50 +0200, Gianluca Cecchi wrote: > > Running virt-df on a F11 x86_64 system with fedora-virt-preview > > enabled I get this: > > > > [root at virtfed ~]# virt-df prova2 > > Filesystem 1K-blocks Used Available > > Use% > > open_guest: no libvirt support (install Sys::Virt, XML::XPath and > > XML::XPath::XMLParser) > > at /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi/Sys/Guestfs/Lib.pm > > line 148. > > Sounds like this? > > https://bugzilla.redhat.com/523547 Just a note that this should be fixed now. If you still get dependency problems after installing 1.0.70-2, let me know. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 75 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora From rjones at redhat.com Mon Sep 21 08:20:38 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Mon, 21 Sep 2009 09:20:38 +0100 Subject: [fedora-virt] Do I have to bugzilla for rpm requirements of virt-df? In-Reply-To: <561c252c0909180150oce13f23k3c08082655f7f5e2@mail.gmail.com> References: <561c252c0909180150oce13f23k3c08082655f7f5e2@mail.gmail.com> Message-ID: <20090921082038.GB10227@amd.home.annexia.org> On Fri, Sep 18, 2009 at 10:50:56AM +0200, Gianluca Cecchi wrote: > I'm able to run virt-df (though a bit slow to output the results): You'll find that the new virt-df is slower than the old one. See: http://libguestfs.org/FAQ.html#slow I imagine that people won't want to run virt-df very often - for monitoring disk usage it would seem sufficient to run it at most once an hour, in which case the fact that it takes a few extra seconds to start up doesn't seem to be a problem. However, maybe I'm wrong. It would be possible to have a "persistent" version of virt-df, if there was really a use case for it. Or you can use guestfish remote support to get the raw figures more frequently / without the start up overhead. http://libguestfs.org/guestfish.1.html#remote_control_guestfish_over_a_socket http://libguestfs.org/guestfish.1.html#statvfs Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ From tom.horsley at att.net Mon Sep 21 11:52:29 2009 From: tom.horsley at att.net (Tom Horsley) Date: Mon, 21 Sep 2009 07:52:29 -0400 Subject: [fedora-virt] Windows XP BSOD on USB all-in-one device Message-ID: <20090921075229.2fde76f9@tomh> Just for grins, I tried connecting my usb HP Photosmart C5580 all-in-one scanner/print to my Windows XP KVM yesterday, and while the HP software was sorta able to recognize the device and get installed, every time I tried to actually do anything like scan or print, Windows XP would give a BSOD and then reboot beforfe I got a chance to see what the BSOD actually said. Is there a way to capture BSOD screens? (This was on a fully updated fedora 11). Is a complicated usb device like this even expected to work these days? (Accidentally sent this to fedora-list rather than fedora-virt the first time - sorry about the noise if you subscribe to both). From berrange at redhat.com Mon Sep 21 11:56:56 2009 From: berrange at redhat.com (Daniel P. Berrange) Date: Mon, 21 Sep 2009 12:56:56 +0100 Subject: [fedora-virt] Windows XP BSOD on USB all-in-one device In-Reply-To: <20090921075229.2fde76f9@tomh> References: <20090921075229.2fde76f9@tomh> Message-ID: <20090921115656.GB18802@redhat.com> On Mon, Sep 21, 2009 at 07:52:29AM -0400, Tom Horsley wrote: > Just for grins, I tried connecting my usb HP Photosmart C5580 > all-in-one scanner/print to my Windows XP KVM yesterday, > and while the HP software was sorta able to recognize the > device and get installed, every time I tried to actually > do anything like scan or print, Windows XP would give > a BSOD and then reboot beforfe I got a chance to see > what the BSOD actually said. Is there a way to capture BSOD > screens? (This was on a fully updated fedora 11). Latest QEMU allows multiple concurrent VNC clients, so while you're usig the guets via virt-manager, also run an instance of vnc2swf to record the VNC stream to a SWF file you can then play back at will. > Is a complicated usb device like this even expected to > work these days? Yes & no - QEMU is getting better but its far from perfect in its host USB device support - please do file a bug against QEMU since probably the biggest problem we have is that there's no good record of which devices work & which fail. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From gianluca.cecchi at gmail.com Mon Sep 21 15:56:22 2009 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Mon, 21 Sep 2009 17:56:22 +0200 Subject: [fedora-virt] info on save function in virt-manager In-Reply-To: <4AB71D2B.6070300@redhat.com> References: <561c252c0909180916j3c0871a2j39fe1ae874a61652@mail.gmail.com> <4AB71D2B.6070300@redhat.com> Message-ID: <561c252c0909210856x1e737262vaeaaa92a16c87f5e@mail.gmail.com> On Mon, Sep 21, 2009 at 8:28 AM, Chris Lalancette wrote: > Gianluca Cecchi wrote: > > Is the save function in virt-manager for a vm equivalent to these steps: > > > > 1) pause vm (for example in virt-manager gui) > > 2) save disk image to file > > 3) run vm again > > ? > > Is any mem state preserved in this save operation? > > It's equivalent to steps 1) and 2), followed by a kill of the paused VM. > And > yes, the memory state is preserved. On a restore, the memory state is > restored, > and the VM is set running again. > > > And is it supposed to work at this time on F11 + fedora-virt-preview repo? Because I get the window saying "operation in progress" but it seems blocked. In fact also a "virsh list" command at this point remains pending..... The process seems to have only being written about 1400 bytes of the saved file: -rw------- 1 root root 1400 2009-09-21 17:46 save_vm_prova2 An fuser command on that file gives nothing. An strace on virt-manager process gives: [root at virtfedbis tmp]# strace -p 648 Process 648 attached - interrupt to quit futex(0x2ff705c, FUTEX_WAIT_PRIVATE, 1, NULL The Vm is no more reachable and was doing almost nothing when the "save" operation was started. It seems nothing relevant in messages or virt-manager.log or vm log prova2.log.... If it is supposed to work I'm going to open a bug... Thanks, Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From markmc at redhat.com Mon Sep 21 16:19:10 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 21 Sep 2009 17:19:10 +0100 Subject: [fedora-virt] virt-preview updates In-Reply-To: <1250703309.17874.46.camel@blaa> References: <1244034684.5001.134.camel@blaa> <1244046483.5001.180.camel@blaa> <1244197459.27876.0.camel@blaa> <1246303956.11688.148.camel@blaa> <1246628572.13604.2.camel@blaa> <1246636154.13604.8.camel@blaa> <1247763853.3038.105.camel@blaa> <1248769817.3089.20.camel@blaa> <1248776732.3089.45.camel@blaa> <1248859649.3021.28.camel@blaa> <20090729093637.GC10723@salstar.sk> <1248868438.3021.31.camel@blaa> <1248873640.3021.34.camel@blaa> <1248879462.3021.39.camel@blaa> <1248882336.3021.40.camel@blaa> <1248974623.3275.4.camel@blaa> <1249057022.3320.35.camel@blaa> <1249400197.3212.73.camel@blaa> <1249573056.3721.62.camel@blaa> <1249639097.3260.5.camel@blaa> <1249900612.8784.79.camel@blaa> <1250700893.17874.44.camel@blaa> <1250703309.17874.46.camel@blaa> Message-ID: <1253549950.5252.46.camel@blaa> The latest updates available from http://markmc.fedorapeople.org/virt-preview == libvirt == * Mon Sep 21 2009 Mark McLoughlin - 0.7.1-5 - Don't set a bogus error in virDrvSupportsFeature() - Fix raw save format Cheers, Mark. == About The Virtualization Preview Repository == The virt-preview repository offers Fedora 11 users the opportunity to help out with testing the rawhide virtualization packages, without having to run all of rawhide. Bugs should be reported to http://bugzilla.redhat.com/ using 'rawhide' as the distribution version. Note clearly in the bug report that you are running these packages on Fedora 11. From r_torresa at yahoo.it Mon Sep 21 17:08:58 2009 From: r_torresa at yahoo.it (rt) Date: Mon, 21 Sep 2009 10:08:58 -0700 (PDT) Subject: [fedora-virt] VM snapshot with qemu-img Message-ID: <173915.82716.qm@web28603.mail.ukl.yahoo.com> Hi all, I'm on fedora11 64bit, using those packages: qemu-common-0.10.6-4.fc11.x86_64 qemu-img-0.10.6-4.fc11.x86_64 qemu-system-x86-0.10.6-4.fc11.x86_64 qemu-kvm-0.10.6-4.fc11.x86_64 virt-manager-0.7.0-5.fc11.x86_64 virt-viewer-0.0.3-6.fc11.x86_64 python-virtinst-0.400.3-8.fc11.noarch libvirt-python-0.6.2-17.fc11.x86_64 libvirt-0.6.2-17.fc11.x86_64 I've created a vm with qcow2 disk format (using virt-manager). I tried to take snapshot of vm using "qemu-img snapshot" command but reverting to a snapshot corrupt the vm disk... Is snapshot feature working in this release? Any suggestion? Thank you in advance, Roberto From tom.horsley at att.net Mon Sep 21 21:57:50 2009 From: tom.horsley at att.net (Tom Horsley) Date: Mon, 21 Sep 2009 17:57:50 -0400 Subject: [fedora-virt] Windows XP BSOD on USB all-in-one device In-Reply-To: <20090921115656.GB18802@redhat.com> References: <20090921075229.2fde76f9@tomh> <20090921115656.GB18802@redhat.com> Message-ID: <20090921175750.323f9203@zooty> > Latest QEMU allows multiple concurrent VNC clients, so while you're > usig the guets via virt-manager, also run an instance of vnc2swf > to record the VNC stream to a SWF file you can then play back at > will. Hey, that worked, I was able to get the screenshot. > ...please do file a bug against QEMU since probably > the biggest problem we have is that there's no good record of which > devices work & which fail. https://bugzilla.redhat.com/show_bug.cgi?id=524723 Just curious: In theory, if I attach a usb hub to the KVM, should I then be able to plug things into that hub and also have them show up on the KVM? From clalance at redhat.com Tue Sep 22 06:28:33 2009 From: clalance at redhat.com (Chris Lalancette) Date: Tue, 22 Sep 2009 08:28:33 +0200 Subject: [fedora-virt] info on save function in virt-manager In-Reply-To: <561c252c0909210856x1e737262vaeaaa92a16c87f5e@mail.gmail.com> References: <561c252c0909180916j3c0871a2j39fe1ae874a61652@mail.gmail.com> <4AB71D2B.6070300@redhat.com> <561c252c0909210856x1e737262vaeaaa92a16c87f5e@mail.gmail.com> Message-ID: <4AB86E91.8020403@redhat.com> Gianluca Cecchi wrote: > And is it supposed to work at this time on F11 + fedora-virt-preview repo? > Because I get the window saying "operation in progress" but it seems > blocked. Yeah, I think there's a bug currently in the code. I believe markmc has recently ported that patch back, though, so upgrading to a newer version (when he pushes it) should fix the bug. -- Chris Lalancette From gianluca.cecchi at gmail.com Tue Sep 22 08:05:34 2009 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Tue, 22 Sep 2009 10:05:34 +0200 Subject: [fedora-virt] info on save function in virt-manager In-Reply-To: <4AB86E91.8020403@redhat.com> References: <561c252c0909180916j3c0871a2j39fe1ae874a61652@mail.gmail.com> <4AB71D2B.6070300@redhat.com> <561c252c0909210856x1e737262vaeaaa92a16c87f5e@mail.gmail.com> <4AB86E91.8020403@redhat.com> Message-ID: <561c252c0909220105m5acc6659o99cb71424119881d@mail.gmail.com> On Tue, Sep 22, 2009 at 8:28 AM, Chris Lalancette wrote: > Gianluca Cecchi wrote: > > And is it supposed to work at this time on F11 + fedora-virt-preview > repo? > > Because I get the window saying "operation in progress" but it seems > > blocked. > > Yeah, I think there's a bug currently in the code. I believe markmc has > recently ported that patch back, though, so upgrading to a newer version > (when > he pushes it) should fix the bug. > > -- > Chris Lalancette > OK, I'll wait for the fix and then I test. In the mean time, even when fixed, this implies a shutdown of the VM.... Can the other kind of approach considered crash-consistent? The one involving: - VM disks are LVs of the host - pause VM - do an lvm snapshot of the LVs that compose the VM - exit VM from pause state (unchek inside virt-manager gui) - backup the snapshot LVs Thanks, Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From clalance at redhat.com Tue Sep 22 08:10:32 2009 From: clalance at redhat.com (Chris Lalancette) Date: Tue, 22 Sep 2009 10:10:32 +0200 Subject: [fedora-virt] info on save function in virt-manager In-Reply-To: <561c252c0909220105m5acc6659o99cb71424119881d@mail.gmail.com> References: <561c252c0909180916j3c0871a2j39fe1ae874a61652@mail.gmail.com> <4AB71D2B.6070300@redhat.com> <561c252c0909210856x1e737262vaeaaa92a16c87f5e@mail.gmail.com> <4AB86E91.8020403@redhat.com> <561c252c0909220105m5acc6659o99cb71424119881d@mail.gmail.com> Message-ID: <4AB88678.4000709@redhat.com> Gianluca Cecchi wrote: > OK, I'll wait for the fix and then I test. > In the mean time, even when fixed, this implies a shutdown of the VM.... > Can the other kind of approach considered crash-consistent? > > The one involving: > - VM disks are LVs of the host > - pause VM > - do an lvm snapshot of the LVs that compose the VM > - exit VM from pause state (unchek inside virt-manager gui) > - backup the snapshot LVs Yes, there was a proposal a while ago for an new API to do this, but it hasn't been implemented yet. It's also a bit tricky; while we can do the snapshot like thing on qcow2 and LVM disks, you can't do it on raw files or partitions, for instance. And even then, LVM has limitations with the number of snapshots you can make. So while it can be done, it will probably be a bit of time before we have something implemented. -- Chris Lalancette From jameshubbard at gmail.com Tue Sep 22 12:16:54 2009 From: jameshubbard at gmail.com (James Hubbard) Date: Tue, 22 Sep 2009 08:16:54 -0400 Subject: [fedora-virt] Multicast on qemu-kvm? Message-ID: I've noticed that multicast apps don't seem to work with qemu-kvm using a windows guest. Anyone know the reason? -- James Hubbard From rjones at redhat.com Tue Sep 22 12:48:35 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Tue, 22 Sep 2009 13:48:35 +0100 Subject: [fedora-virt] VM snapshot with qemu-img In-Reply-To: <173915.82716.qm@web28603.mail.ukl.yahoo.com> References: <173915.82716.qm@web28603.mail.ukl.yahoo.com> Message-ID: <20090922124835.GA22811@amd.home.annexia.org> On Mon, Sep 21, 2009 at 10:08:58AM -0700, rt wrote: > I tried to take snapshot of vm using "qemu-img snapshot" command but > reverting to a snapshot corrupt the vm disk... This is only ever going to work if the VM is shut down when you take the snapshot. Sorry, but we just don't have the ability to do live snapshots of running VMs. It requires a lot of work throughout the stack (qemu / libvirt / user tools). Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From rjones at redhat.com Tue Sep 22 12:49:18 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Tue, 22 Sep 2009 13:49:18 +0100 Subject: [fedora-virt] Multicast on qemu-kvm? In-Reply-To: References: Message-ID: <20090922124918.GB22811@amd.home.annexia.org> On Tue, Sep 22, 2009 at 08:16:54AM -0400, James Hubbard wrote: > I've noticed that multicast apps don't seem to work with qemu-kvm > using a windows guest. Anyone know the reason? Multicasting between guests? Between guest and host? Between guest and outside network? Do you have a test case demonstrating the problem? Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 75 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora From markmc at redhat.com Tue Sep 22 13:00:02 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Tue, 22 Sep 2009 14:00:02 +0100 Subject: [fedora-virt] info on save function in virt-manager In-Reply-To: <561c252c0909220105m5acc6659o99cb71424119881d@mail.gmail.com> References: <561c252c0909180916j3c0871a2j39fe1ae874a61652@mail.gmail.com> <4AB71D2B.6070300@redhat.com> <561c252c0909210856x1e737262vaeaaa92a16c87f5e@mail.gmail.com> <4AB86E91.8020403@redhat.com> <561c252c0909220105m5acc6659o99cb71424119881d@mail.gmail.com> Message-ID: <1253624402.6528.9.camel@blaa> On Tue, 2009-09-22 at 10:05 +0200, Gianluca Cecchi wrote: > > Yeah, I think there's a bug currently in the code. I believe markmc > has > > recently ported that patch back, though, so upgrading to a newer > version > > (when > > he pushes it) should fix the bug. > > > > -- > > Chris Lalancette > > > > OK, I'll wait for the fix and then I test. I think the fix Chris means is in libvirt-0.7.1-5 Cheers, Mark. From bcm at accelance.fr Tue Sep 22 13:06:57 2009 From: bcm at accelance.fr (Benjamin Cleyet-Marrel) Date: Tue, 22 Sep 2009 15:06:57 +0200 Subject: [fedora-virt] VM snapshot with qemu-img In-Reply-To: <20090922124835.GA22811@amd.home.annexia.org> References: <173915.82716.qm@web28603.mail.ukl.yahoo.com> <20090922124835.GA22811@amd.home.annexia.org> Message-ID: <1253624817.16114.34.camel@bcm-portable> Hi Richard, I think it is possible using qemu to do a live snapshot provided that you use qcow2 image format. If you send a savevm to the qemu monitor it will save the RAM cpu position to the qcow2 image and perform a snapshot of all attached device. you can then get the list of snapshot using info snapshots and restore it by doing loadvm. Cheers Ben -------- Message initial -------- De: Richard W.M. Jones ?: rt Cc: fedora-virt at redhat.com Sujet: Re: [fedora-virt] VM snapshot with qemu-img Date: Tue, 22 Sep 2009 13:48:35 +0100 On Mon, Sep 21, 2009 at 10:08:58AM -0700, rt wrote: > I tried to take snapshot of vm using "qemu-img snapshot" command but > reverting to a snapshot corrupt the vm disk... This is only ever going to work if the VM is shut down when you take the snapshot. Sorry, but we just don't have the ability to do live snapshots of running VMs. It requires a lot of work throughout the stack (qemu / libvirt / user tools). Rich. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ondrejj at salstar.sk Tue Sep 22 13:45:04 2009 From: ondrejj at salstar.sk (=?utf-8?B?SsOhbiBPTkRSRUogKFNBTCk=?=) Date: Tue, 22 Sep 2009 15:45:04 +0200 Subject: [fedora-virt] Multicast on qemu-kvm? In-Reply-To: References: Message-ID: <20090922134504.GP21795@salstar.sk> On Tue, Sep 22, 2009 at 08:16:54AM -0400, James Hubbard wrote: > I've noticed that multicast apps don't seem to work with qemu-kvm > using a windows guest. Anyone know the reason? Mutlicast (SAP + video stream) works well for me on qemu-kvm 0.10.92-4.fc11 (f11+virt_preview). May be you are using wrong networking type, my qemu is configured to use bridged networking. May be user networking can't forward multicast packets. SAL From rjones at redhat.com Tue Sep 22 14:03:57 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Tue, 22 Sep 2009 15:03:57 +0100 Subject: Multicast (was: Re: [fedora-virt] Multicast on qemu-kvm?) In-Reply-To: <20090922140313.GO9588@amd.home.annexia.org> References: <20090922124918.GB22811@amd.home.annexia.org> <20090922140313.GO9588@amd.home.annexia.org> Message-ID: <20090922140357.GA23374@amd.home.annexia.org> AIUI multicast between guests requires support in the router, which in this case would be the host bridge device, eg. virbr0, or possibly dnsmasq. I have absolutely no idea if the Linux bridge device can do this though. Do we have any test programs that can test this? The only one I'm aware of is udpcast. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From jameshubbard at gmail.com Tue Sep 22 14:09:38 2009 From: jameshubbard at gmail.com (James Hubbard) Date: Tue, 22 Sep 2009 10:09:38 -0400 Subject: [fedora-virt] Multicast on qemu-kvm? In-Reply-To: <20090922134504.GP21795@salstar.sk> References: <20090922134504.GP21795@salstar.sk> Message-ID: 2009/9/22 J?n ONDREJ (SAL) : > On Tue, Sep 22, 2009 at 08:16:54AM -0400, James Hubbard wrote: >> I've noticed that multicast apps don't seem to work with qemu-kvm >> using a windows guest. ?Anyone know the reason? > > Mutlicast (SAP + video stream) works well for me on qemu-kvm 0.10.92-4.fc11 > (f11+virt_preview). May be you are using wrong networking type, my qemu is > configured to use bridged networking. May be user networking can't forward > multicast packets. > > ? ? ? ? ? ? ? ?SAL > (This time to the list.) We are using bridged networking. We'll do some more testing and I'll report what I find. My biggest concern is the large number of multicast groups and how it impacts the guests. It's possible that some of the apps may subscribe to more than 2000 multicast groups depending on their current state. The amount of data being sent can be especially high as well. I wouldn't expect the apps to be running on guests in the high data rate situation, but it would be nice to be able to test with a large number of groups passing a moderate amount of data. From berrange at redhat.com Tue Sep 22 14:10:09 2009 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 22 Sep 2009 15:10:09 +0100 Subject: Multicast (was: Re: [fedora-virt] Multicast on qemu-kvm?) In-Reply-To: <20090922140357.GA23374@amd.home.annexia.org> References: <20090922124918.GB22811@amd.home.annexia.org> <20090922140313.GO9588@amd.home.annexia.org> <20090922140357.GA23374@amd.home.annexia.org> Message-ID: <20090922141009.GB8311@redhat.com> On Tue, Sep 22, 2009 at 03:03:57PM +0100, Richard W.M. Jones wrote: > AIUI multicast between guests requires support in the router, which in > this case would be the host bridge device, eg. virbr0, or possibly > dnsmasq. > > I have absolutely no idea if the Linux bridge device can do this though. IIUC, the Linux bridge code treats all multicast traffic as broadcast. Crude & effective, but not too scalable. I know there are BZ open somewhere requesting that it do more intelligent things only send multicast traffic to the places its need togo Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From jameshubbard at gmail.com Tue Sep 22 14:10:22 2009 From: jameshubbard at gmail.com (James Hubbard) Date: Tue, 22 Sep 2009 10:10:22 -0400 Subject: Multicast (was: Re: [fedora-virt] Multicast on qemu-kvm?) In-Reply-To: <20090922140357.GA23374@amd.home.annexia.org> References: <20090922124918.GB22811@amd.home.annexia.org> <20090922140313.GO9588@amd.home.annexia.org> <20090922140357.GA23374@amd.home.annexia.org> Message-ID: On Tue, Sep 22, 2009 at 10:03 AM, Richard W.M. Jones wrote: > AIUI multicast between guests requires support in the router, which in > this case would be the host bridge device, eg. virbr0, or possibly > dnsmasq. > > I have absolutely no idea if the Linux bridge device can do this though. > > Do we have any test programs that can test this? ?The only one I'm > aware of is udpcast. The following link is something that my co-worker found. It will only test a single group. http://www.mikkle.dk/multicasttest/ I've been meaning to write a program to test large numbers of groups, but haven't gotten around to it. From jameshubbard at gmail.com Tue Sep 22 14:12:00 2009 From: jameshubbard at gmail.com (James Hubbard) Date: Tue, 22 Sep 2009 10:12:00 -0400 Subject: [fedora-virt] Multicast on qemu-kvm? In-Reply-To: <20090922124918.GB22811@amd.home.annexia.org> References: <20090922124918.GB22811@amd.home.annexia.org> Message-ID: On Tue, Sep 22, 2009 at 8:49 AM, Richard W.M. Jones wrote: > On Tue, Sep 22, 2009 at 08:16:54AM -0400, James Hubbard wrote: >> I've noticed that multicast apps don't seem to work with qemu-kvm >> using a windows guest. ?Anyone know the reason? > > Multicasting between guests? ?Between guest and host? ?Between > guest and outside network? > > Do you have a test case demonstrating the problem? (Sorry, sent to the list this time.) Actually all of the above would be good, but this particular instance was two applications on the same Windows guest. However, the guy looking into it seems to have gotten it working. He rebooted the guest and it started working. This was on F11. These apps subscribe to a large number of multicast groups. It would be nice if they worked in the following situations with bridged networking: app (guest) <-> app(host) app1 (guest1) <-> app2(guest1) app (guestX) <-> app(guestY) app(guestX) <-> app(normal machines) In the past, we've noticed that VMWare didn't work for these applications. From r_torresa at yahoo.it Tue Sep 22 18:34:34 2009 From: r_torresa at yahoo.it (rt) Date: Tue, 22 Sep 2009 11:34:34 -0700 (PDT) Subject: [fedora-virt] VM snapshot with qemu-img In-Reply-To: <1253624817.16114.34.camel@bcm-portable> Message-ID: <583553.62028.qm@web28612.mail.ukl.yahoo.com> I think it too. >From the qcow2 format at http://www.gnome.org/~markmc/qcow-image-format.html: "vm_state_size gives the size of the virtual machine state which was saved as part of this snapshot" Anyway what I'm needing now is a working snapshot, does not matter if I've to shutdown the vm before taking it. I'm very annoyed of vmserver that needs recompilation and other tricks to work after a kernel upgrade. I tried also VirtualBox but kvm seems to me faster... I will try multiple snapshot on powered off vm to see if it works... Thanks again. Regards, Roberto --- Mar 22/9/09, Benjamin Cleyet-Marrel ha scritto: > Da: Benjamin Cleyet-Marrel > Oggetto: Re: [fedora-virt] VM snapshot with qemu-img > A: "Richard W.M. Jones" > Cc: fedora-virt at redhat.com > Data: Marted? 22 settembre 2009, 15:06 > > > > > > > > Hi Richard, > > > > I think it is possible using qemu to do a live snapshot > provided that you use qcow2 image format. > > If you send a savevm to the qemu monitor it will save the > RAM cpu position to the qcow2 image and perform a snapshot > of all attached device. > > you can then get the list of snapshot using info snapshots > > and restore it by doing loadvm. > > > > Cheers > > Ben > > > > > > -------- Message initial -------- > > De: Richard W.M. Jones > > ?: rt > > Cc: fedora-virt at redhat.com > > Sujet: Re: [fedora-virt] VM snapshot with qemu-img > > Date: Tue, 22 Sep 2009 13:48:35 +0100 > > > > > On Mon, Sep 21, 2009 at 10:08:58AM -0700, rt wrote: > > I tried to take snapshot of vm using "qemu-img > snapshot" command but > > reverting to a snapshot corrupt the vm disk... > > This is only ever going to work if the VM is shut down when > you take the snapshot. > > Sorry, but we just don't have the ability to do live > snapshots > of running VMs. It requires a lot of work throughout the > stack > (qemu / libvirt / user tools). > > Rich. > > > > > > > -----Segue allegato----- > > _______________________________________________ > Fedora-virt mailing list > Fedora-virt at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-virt From tom.horsley at att.net Tue Sep 22 18:53:44 2009 From: tom.horsley at att.net (Tom Horsley) Date: Tue, 22 Sep 2009 14:53:44 -0400 Subject: [fedora-virt] VM snapshot with qemu-img In-Reply-To: <583553.62028.qm@web28612.mail.ukl.yahoo.com> References: <1253624817.16114.34.camel@bcm-portable> <583553.62028.qm@web28612.mail.ukl.yahoo.com> Message-ID: <20090922145344.7586750d@tomh> On Tue, 22 Sep 2009 11:34:34 -0700 (PDT) rt wrote: > Anyway what I'm needing now is a working snapshot, does not matter if I've to shutdown the vm before taking it. Rather than using the snapshot feature of qcow2, you could just make a brand new qcow2 image based off the original one, then you can get back to the original state by removing the new qcow2 and re-generating it. Snapshots are then separate files. From danken at redhat.com Wed Sep 23 07:52:36 2009 From: danken at redhat.com (Dan Kenigsberg) Date: Wed, 23 Sep 2009 10:52:36 +0300 Subject: [fedora-virt] ksmtuned, v2 In-Reply-To: <20090916182113.GA18548@redhat.com> References: <20090903114922.GA11622@redhat.com> <20090903120547.GS8626@redhat.com> <20090904151927.GA11224@csdan.redhat.com> <20090910095055.GD1257@redhat.com> <20090915142244.GA19182@redhat.com> <1253095357.6350.20.camel@blaa> <20090916124007.GA30281@redhat.com> <1253119587.6350.33.camel@blaa> <20090916181900.GA9835@csdan.redhat.com> <20090916182113.GA18548@redhat.com> Message-ID: <20090923075235.GB5396@redhat.com> On Wed, Sep 16, 2009 at 07:21:14PM +0100, Daniel P. Berrange wrote: > On Wed, Sep 16, 2009 at 09:19:01PM +0300, Dan Kenigsberg wrote: > > On Wed, Sep 16, 2009 at 05:46:27PM +0100, Mark McLoughlin wrote: > > > > > > Pushing this to rawhide now > > > > Thanks. Though only now did I notice that you dropped my non-standard > > "signal" verb. http://gitorious.org/ksm-control-scripts/ksm-control-scripts/commit/84e59d1e2d4c243f010c8a4fdd1c4d147e1cd2ee > > This is how I want managemet to tell ksmtune that something has changed > > (new qemu process up, or just died). I want ksm to kick in as soon as > > this happens, not wait another minute. > > > > If you really hate this, we can add a SIGUSR handler to ksmtune for the > > same aim. > > I think your 'signal' verb makes sense - I'd just call it 'reload' instead > Mark, would you prefer the attached implementation? (I know I do) DPB, is the name 'retune' good enough? (I just do not see what is 'loaded') Dan. -------------- next part -------------- >From 3ddbec1508e505469780ce3561997d5b89824638 Mon Sep 17 00:00:00 2001 From: Dan Kenigsberg Date: Wed, 23 Sep 2009 10:31:28 +0300 Subject: [PATCH 1/2] retune ksm parameters when SIGUSR1 is caught --- ksmtuned | 11 ++++++++++- 1 files changed, 10 insertions(+), 1 deletions(-) diff --git a/ksmtuned b/ksmtuned index f72859f..7da8b68 100644 --- a/ksmtuned +++ b/ksmtuned @@ -12,6 +12,9 @@ # make ksm work harder and harder untill memory load falls below that # threshold. # +# send SIGUSR1 to this process right after a new qemu process is started, or +# following its death, to retune ksm accordingly +# # needs testing and ironing. contact danken at redhat.com if something breaks. if [ -f /etc/ksmtuned.conf ]; then @@ -105,10 +108,16 @@ adjust () { return 0 } +function nothing () { + : +} + loop () { + trap nothing SIGUSR1 while true do - sleep $KSM_MONITOR_INTERVAL + sleep $KSM_MONITOR_INTERVAL & + wait $! adjust done } -- 1.6.2.5 -------------- next part -------------- >From 7eae738c08a20fe70215ec2e74cf2f19cfe08a38 Mon Sep 17 00:00:00 2001 From: Dan Kenigsberg Date: Wed, 23 Sep 2009 10:46:40 +0300 Subject: [PATCH 2/2] add 'retune' verb to ksmtuned.init --- ksmtuned.init | 5 ++++- 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/ksmtuned.init b/ksmtuned.init index 205531a..46332f8 100644 --- a/ksmtuned.init +++ b/ksmtuned.init @@ -75,8 +75,11 @@ case "$1" in condrestart) condrestart ;; + retune) + kill -SIGUSR1 `cat ${pidfile}` + RETVAL=$? *) - echo $"Usage: $prog {start|stop|restart|condrestart|status|help}" + echo $"Usage: $prog {start|stop|restart|condrestart|status|retune|help}" RETVAL=3 esac -- 1.6.2.5 From rampal.anuj at gmail.com Wed Sep 23 13:38:53 2009 From: rampal.anuj at gmail.com (anuj rampal) Date: Wed, 23 Sep 2009 19:08:53 +0530 Subject: [fedora-virt] virt-viewer windows port Message-ID: Hi all, I have build virt-viewer-0.2.0 for windows. now when I tried to run that "virt-viewer.exe" for the 1st time. it gave me this error: (virt-viewer.exe:8464): Pango-WARNING **: `Z:\usr\i686-pc-mingw32\sys-root\mingw \lib\pango\1.6.0\modules\pango-basic-win32.dll': The specified module could not be found. To solve this I had to rename one of my Disk to Z and the copied the pango-basic-win32.dll at the specified path. now it didnt give me any error. But what happens now is: 1. virt-viewer.exe -c qemu+tcp://192.168.1.106/session 1 ; where 192.168.1.106 is the ip address of my machine where qemu is running and 1 is the id of the VM. 2. A blank screen opens up with "virt-viewer.exe" written on its top and then that program does not responds. Could someone please help me out with this. Thanks in advance Regards Anuj -------------- next part -------------- An HTML attachment was scrubbed... URL: From rjones at redhat.com Wed Sep 23 14:57:06 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 23 Sep 2009 15:57:06 +0100 Subject: [fedora-virt] virt-viewer windows port In-Reply-To: References: Message-ID: <20090923145706.GA31875@amd.home.annexia.org> On Wed, Sep 23, 2009 at 07:08:53PM +0530, anuj rampal wrote: > But what happens now is: > > 1. virt-viewer.exe -c qemu+tcp://192.168.1.106/session 1 ; where > 192.168.1.106 is the ip address of my machine where qemu is running and 1 is > the id of the VM. > > 2. A blank screen opens up with "virt-viewer.exe" written on its top and > then that program does not responds. How did you compile it? Did you cross-compile it from Fedora or build it using some other means? How did you build libvirt / where did you get libvirt from? Try also running virt-viewer in verbose mode (with -v option). Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From rjones at redhat.com Wed Sep 23 15:00:53 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 23 Sep 2009 16:00:53 +0100 Subject: [fedora-virt] Couple of new tools: virt-rescue and virt-edit Message-ID: <20090923150053.GB31875@amd.home.annexia.org> virt-rescue lets you run a rescue shell against a virtual machine (don't run it on a live VM). # virt-rescue F11x64 Welcome to virt-rescue, the libguestfs rescue shell. Note: The contents of / are the rescue appliance. You have to mount the guest's partitions under /sysroot before you will be able to examine them. > /sbin/e2fsck /dev/vg_f11x64/lv_root [...] > mount /dev/vg_f11x64/lv_root /sysroot > ls /sysroot/ bin dev home lib64 media opt root selinux sys usr boot etc lib lost+found mnt proc sbin srv tmp var > sync > umount /sysroot > exit virt-edit lets you edit a file inside a VM (again, not for live VMs): # virt-edit mydomain /boot/grub/grub.conf These are or will be in the Fedora libguestfs-tools package, version >= 1.0.72. http://koji.fedoraproject.org/koji/packageinfo?packageID=8391 (There's a build problem which stops us from building libguestfs in rawhide at the moment). Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From markmc at redhat.com Wed Sep 23 15:00:29 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 23 Sep 2009 16:00:29 +0100 Subject: [fedora-virt] virt-preview updates In-Reply-To: <1250703309.17874.46.camel@blaa> References: <1244034684.5001.134.camel@blaa> <1244046483.5001.180.camel@blaa> <1244197459.27876.0.camel@blaa> <1246303956.11688.148.camel@blaa> <1246628572.13604.2.camel@blaa> <1246636154.13604.8.camel@blaa> <1247763853.3038.105.camel@blaa> <1248769817.3089.20.camel@blaa> <1248776732.3089.45.camel@blaa> <1248859649.3021.28.camel@blaa> <20090729093637.GC10723@salstar.sk> <1248868438.3021.31.camel@blaa> <1248873640.3021.34.camel@blaa> <1248879462.3021.39.camel@blaa> <1248882336.3021.40.camel@blaa> <1248974623.3275.4.camel@blaa> <1249057022.3320.35.camel@blaa> <1249400197.3212.73.camel@blaa> <1249573056.3721.62.camel@blaa> <1249639097.3260.5.camel@blaa> <1249900612.8784.79.camel@blaa> <1250700893.17874.44.camel@blaa> <1250703309.17874.46.camel@blaa> Message-ID: <1253718029.20970.70.camel@blaa> The latest updates available from http://markmc.fedorapeople.org/virt-preview == qemu == * Wed Sep 23 2009 Mark McLoughlin - 2:0.10.92-5 - Fix issue causing NIC hotplug confusion when no model is specified (#524022) Cheers, Mark. == About The Virtualization Preview Repository == The virt-preview repository offers Fedora 11 users the opportunity to help out with testing the rawhide virtualization packages, without having to run all of rawhide. Bugs should be reported to http://bugzilla.redhat.com/ using 'rawhide' as the distribution version. Note clearly in the bug report that you are running these packages on Fedora 11. From loganjerry at gmail.com Wed Sep 23 16:43:40 2009 From: loganjerry at gmail.com (Jerry James) Date: Wed, 23 Sep 2009 10:43:40 -0600 Subject: [fedora-virt] KVM Rawhide machine trouble Message-ID: <870180fe0909230943r6dc01235p9291202400dd9ea8@mail.gmail.com> I've got a KVM virtual machine running Rawhide inside an F-11 host. After updating packages on Tuesday, Sept. 22, the machine failed to reboot. The initialization sequence reported that mount failed because it was unable to locate libc. I was able to boot up in rescue mode off of a Rawhide install CD image, and a subsequent chroot to /mnt/sysimage was successful. There was nothing wrong with the installed glibc or the installed mount, which made me wonder if this was a dracut problem. So I built a new dracut initramfs image and rebooted. The boot got farther this time, but still failed. The colored bars creep all the way to the right, but at the point where X should start, the system just hangs. I found this in the boot messages and wonder if it is significant. Can anybody interpret this for me and tell if if might have something to do with my boot trouble? ------------[ cut here ]------------ WARNING: at kernel/trace/ftrace.c:1003 ftrace_bug+0x198/0x27e() (Not tainted) Hardware name: Modules linked in: virtio(+) Pid: 167, comm: modprobe Not tainted 2.6.31-33.fc12.x86_64 #1 Call Trace: [] warn_slowpath_common+0x95/0xc3 [] ? register_virtio_driver+0x8/0x50 [virtio] [] warn_slowpath_null+0x27/0x3d [] ftrace_bug+0x198/0x27e [] ? register_virtio_driver+0x8/0x50 [virtio] [] ftrace_convert_nops+0x201/0x2b9 [] ? register_virtio_driver+0x8/0x50 [virtio] [] ftrace_module_notify+0x4c/0x7f [] notifier_call_chain+0x72/0xba [] ? __blocking_notifier_call_chain+0x4c/0x8e [] __blocking_notifier_call_chain+0x63/0x8e dracut: Scanning devices vda2 for LVM volume groups dracut: Reading all physical volumes. This may take a while... dracut: Found volume group "vg_bluesbrothers" using metadata type lvm2 ... and that's it. It's been sitting there for 10 minutes now, so I don't think it's going any further. After using rescue mode to get a root shell inside the affected machine, I did a "yum upgrade" to get today's updates. The identical boot problems remain. Thanks, -- Jerry James http://www.jamezone.org/ From markmc at redhat.com Wed Sep 23 17:11:52 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 23 Sep 2009 18:11:52 +0100 Subject: [fedora-virt] KVM Rawhide machine trouble In-Reply-To: <870180fe0909230943r6dc01235p9291202400dd9ea8@mail.gmail.com> References: <870180fe0909230943r6dc01235p9291202400dd9ea8@mail.gmail.com> Message-ID: <1253725912.20970.122.camel@blaa> On Wed, 2009-09-23 at 10:43 -0600, Jerry James wrote: > I've got a KVM virtual machine running Rawhide inside an F-11 host. > After updating packages on Tuesday, Sept. 22, the machine failed to > reboot. Did you update packages in the host or guest? If in the guest, it's likely to be a non-KVM specific kernel/dracut issue. Best to file a bug against the kernel, probably Cheers, Mark. From markmc at redhat.com Wed Sep 23 17:17:58 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 23 Sep 2009 18:17:58 +0100 Subject: [fedora-virt] Fedora Virt Test Day In-Reply-To: <1253035431.5220.49.camel@blaa> References: <1253035431.5220.49.camel@blaa> Message-ID: <1253726278.20970.129.camel@blaa> Hey all, Thanks to everyone who attended the test day! We had around 30 people come along and try to break stuff, and I think we got a lot of helpful data. The test cases are still on the wiki, so if any one feels like running through the test cases even now and filing bugs, that'd be most welcome: https://fedoraproject.org/wiki/Test_Day:2009-09-17_Virtualization The list of bugs that were filed are in the front page and the various sub-pages ... as you can see, it's a pretty eclectic mix of stuff! Thanks again, Mark. From loganjerry at gmail.com Wed Sep 23 17:20:09 2009 From: loganjerry at gmail.com (Jerry James) Date: Wed, 23 Sep 2009 11:20:09 -0600 Subject: [fedora-virt] KVM Rawhide machine trouble In-Reply-To: <1253725912.20970.122.camel@blaa> References: <870180fe0909230943r6dc01235p9291202400dd9ea8@mail.gmail.com> <1253725912.20970.122.camel@blaa> Message-ID: <870180fe0909231020u6f6d9690r297a3ae58b97e4fb@mail.gmail.com> On Wed, Sep 23, 2009 at 11:11 AM, Mark McLoughlin wrote: > Did you update packages in the host or guest? Sorry, I should have been clearer. It was a guest package update that triggered the problem. > If in the guest, it's likely to be a non-KVM specific kernel/dracut > issue. Best to file a bug against the kernel, probably Okay, thanks. -- Jerry James http://www.jamezone.org/ From johannbg at hi.is Wed Sep 23 18:42:18 2009 From: johannbg at hi.is (=?ISO-8859-1?Q?=22J=F3hann_B=2E_Gu=F0mundsson=22?=) Date: Wed, 23 Sep 2009 18:42:18 +0000 Subject: [fedora-virt] KVM Rawhide machine trouble In-Reply-To: <870180fe0909230943r6dc01235p9291202400dd9ea8@mail.gmail.com> References: <870180fe0909230943r6dc01235p9291202400dd9ea8@mail.gmail.com> Message-ID: <4ABA6C0A.4010301@hi.is> On 09/23/2009 04:43 PM, Jerry James wrote: ..... > ------------[ cut here ]------------ > WARNING: at kernel/trace/ftrace.c:1003 ftrace_bug+0x198/0x27e() (Not tainted) > Hardware name: > Modules linked in: virtio(+) > Pid: 167, comm: modprobe Not tainted 2.6.31-33.fc12.x86_64 #1 > Call Trace: > [] warn_slowpath_common+0x95/0xc3 > [] ? register_virtio_driver+0x8/0x50 [virtio] > [] warn_slowpath_null+0x27/0x3d > [] ftrace_bug+0x198/0x27e > [] ? register_virtio_driver+0x8/0x50 [virtio] > [] ftrace_convert_nops+0x201/0x2b9 > [] ? register_virtio_driver+0x8/0x50 [virtio] > [] ftrace_module_notify+0x4c/0x7f > [] notifier_call_chain+0x72/0xba > [] ? __blocking_notifier_call_chain+0x4c/0x8e > [] __blocking_notifier_call_chain+0x63/0x8e > ..... See http://lkml.org/lkml/2009/9/10/400 for the most likely cause of this encounter.. JBG -------------- next part -------------- A non-text attachment was scrubbed... Name: johannbg.vcf Type: text/x-vcard Size: 356 bytes Desc: not available URL: From loganjerry at gmail.com Wed Sep 23 18:47:21 2009 From: loganjerry at gmail.com (Jerry James) Date: Wed, 23 Sep 2009 12:47:21 -0600 Subject: [fedora-virt] KVM Rawhide machine trouble In-Reply-To: <4ABA6C0A.4010301@hi.is> References: <870180fe0909230943r6dc01235p9291202400dd9ea8@mail.gmail.com> <4ABA6C0A.4010301@hi.is> Message-ID: <870180fe0909231147s29893f8y15387407e6847793@mail.gmail.com> 2009/9/23 "J?hann B. Gu?mundsson" : > See http://lkml.org/lkml/2009/9/10/400 for the most likely cause of this > encounter.. > > JBG Ah, interesting. Thanks for the link. -- Jerry James http://www.jamezone.org/ From rampal.anuj at gmail.com Thu Sep 24 04:50:32 2009 From: rampal.anuj at gmail.com (anuj rampal) Date: Thu, 24 Sep 2009 10:20:32 +0530 Subject: [fedora-virt] virt-viewer windows port In-Reply-To: <20090923145706.GA31875@amd.home.annexia.org> References: <20090923145706.GA31875@amd.home.annexia.org> Message-ID: yes i cross compiled it from FC11 using mingw. i have also build libvirt-0.6.2 on the same machine using mingw and it works fine..... i can call all the function of libvirt from my Vista machine. but virt-viewer is not working... also this only happens when i try to connect using tcp. with ssh and tls it just says could not connect....?? On Wed, Sep 23, 2009 at 8:27 PM, Richard W.M. Jones wrote: > On Wed, Sep 23, 2009 at 07:08:53PM +0530, anuj rampal wrote: > > But what happens now is: > > > > 1. virt-viewer.exe -c qemu+tcp://192.168.1.106/session 1 ; where > > 192.168.1.106 is the ip address of my machine where qemu is running and 1 > is > > the id of the VM. > > > > 2. A blank screen opens up with "virt-viewer.exe" written on its top and > > then that program does not responds. > > How did you compile it? Did you cross-compile it from Fedora or build > it using some other means? How did you build libvirt / where did you > get libvirt from? > > Try also running virt-viewer in verbose mode (with -v option). > > Rich. > > -- > Richard Jones, Emerging Technologies, Red Hat > http://et.redhat.com/~rjones > virt-top is 'top' for virtual machines. Tiny program with many > powerful monitoring features, net stats, disk stats, logging, etc. > http://et.redhat.com/~rjones/virt-top > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rjones at redhat.com Thu Sep 24 08:18:44 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Thu, 24 Sep 2009 09:18:44 +0100 Subject: [fedora-virt] virt-viewer windows port In-Reply-To: References: <20090923145706.GA31875@amd.home.annexia.org> Message-ID: <20090924081844.GA32184@amd.home.annexia.org> On Thu, Sep 24, 2009 at 10:20:32AM +0530, anuj rampal wrote: > yes i cross compiled it from FC11 using mingw. > i have also build libvirt-0.6.2 on the same machine using mingw and it works > fine..... i can call all the function of libvirt from my Vista machine. > > but virt-viewer is not working... > > also this only happens when i try to connect using tcp. > with ssh and tls it just says could not connect....?? You say above that libvirt "works", but I want you to try it in a controlled environment. First off, try some simple virsh commands: virsh list virsh -c ... list (with various connection strings). Second, set the LIBVIRT_DEBUG environment variable to 1 (I have no idea how you do that in Windows). Then repeat the above commands. Thirdly, try (with LIBVIRT_DEBUG=1): virt-viewer -v -c ... host Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From rampal.anuj at gmail.com Thu Sep 24 13:11:03 2009 From: rampal.anuj at gmail.com (anuj rampal) Date: Thu, 24 Sep 2009 18:41:03 +0530 Subject: [fedora-virt] virt-viewer windows port In-Reply-To: <20090924081844.GA32184@amd.home.annexia.org> References: <20090923145706.GA31875@amd.home.annexia.org> <20090924081844.GA32184@amd.home.annexia.org> Message-ID: Hi, You say above that libvirt "works", Yes, libvirt works. By this I mean that I have sucessfully build the libvirt-0.7.0 for windows using mingw. So now i have libvirt-0.dll and virsh.exe. Using this dll I can connect to the libvirtd server and call functions successfully. but I want you to try it in a controlled environment. First off, try some simple virsh commands: virsh list virsh -c ... list (with various connection strings). Even virsh.exe also works fine when connect to TCP connection. and i can call the functions without any issues. But with TLS there was some certificate issue but after resolving this issue, im still not able to connect to the libvirt this is what it says: >virsh.exe -c qemu://FC11-KVM/session error: unable to connect to libvirtd at 'FC11-KVM': errno=22 error: failed to connect to the hypervisor this is what it says...???? (this is from my vista machine) from a different linux machine this works fine... (same uri = virsh -c qemu://FC11-KVM/session) Other connect strings are not supported on windows (unix, ssh, ext) >virsh.exe -c qemu+ssh://FC11-KVM/session error: invalid argument in transport methods unix, ssh and ext are not supported under Windows error: failed to connect to the hypervisor this is what it says. Second, set the LIBVIRT_DEBUG environment variable to 1 (I have no idea how you do that in Windows). Then repeat the above commands. And i dont have to change any configuration on windows because i only have dll and exe thats all.... every this has to be changed on the libvirt server(linux machine where libvirtd is running). virt-viewer -v -c ... host i tried using different connection string on my vista machine virt-viewer -c qemu+tcp://FC11-KVM/session gets connected. but hangs and nothing happens. virt-viewer -v -c qemu://FC11-KVM/session (i.e. tls) gives error: unable to connect to libvirt qemu://FC11-KVM/session Regards Anuj On Thu, Sep 24, 2009 at 1:48 PM, Richard W.M. Jones wrote: > On Thu, Sep 24, 2009 at 10:20:32AM +0530, anuj rampal wrote: > > yes i cross compiled it from FC11 using mingw. > > i have also build libvirt-0.6.2 on the same machine using mingw and it > works > > fine..... i can call all the function of libvirt from my Vista machine. > > > > but virt-viewer is not working... > > > > also this only happens when i try to connect using tcp. > > with ssh and tls it just says could not connect....?? > > You say above that libvirt "works", but I want you to try it in a > controlled environment. First off, try some simple virsh commands: > > virsh list > virsh -c ... list > > (with various connection strings). > > Second, set the LIBVIRT_DEBUG environment variable to 1 (I have no > idea how you do that in Windows). Then repeat the above commands. > > Thirdly, try (with LIBVIRT_DEBUG=1): > > virt-viewer -v -c ... host > > Rich. > > -- > Richard Jones, Emerging Technologies, Red Hat > http://et.redhat.com/~rjones > virt-top is 'top' for virtual machines. Tiny program with many > powerful monitoring features, net stats, disk stats, logging, etc. > http://et.redhat.com/~rjones/virt-top > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rampal.anuj at gmail.com Thu Sep 24 13:22:11 2009 From: rampal.anuj at gmail.com (anuj rampal) Date: Thu, 24 Sep 2009 18:52:11 +0530 Subject: [fedora-virt] virt-viewer windows port In-Reply-To: References: <20090923145706.GA31875@amd.home.annexia.org> <20090924081844.GA32184@amd.home.annexia.org> Message-ID: Hi, Yes 1 more thing that i wanted to add: when i tried these commands on a linux machine and tried to connect to libvirtd running on a different remote machine: virt-viewer -c qemu+tcp://FC11-KVM/session 1 and virt-viewer -c qemu://FC11-KVM/session 1 nothing happens and it doesnot give any error also. but works fine when i tried virt-viewer -c qemu+ssh://FC11-KVM/session 1 the console opens up and i can see view the guest machine. Regards Anuj On Thu, Sep 24, 2009 at 6:41 PM, anuj rampal wrote: > Hi, > > You say above that libvirt "works", > > Yes, libvirt works. > > By this I mean that I have sucessfully build the libvirt-0.7.0 for windows > using mingw. > So now i have libvirt-0.dll and virsh.exe. > Using this dll I can connect to the libvirtd server and call functions > successfully. > > but I want you to try it in a > controlled environment. First off, try some simple virsh commands: > > virsh list > virsh -c ... list > > (with various connection strings). > > Even virsh.exe also works fine when connect to TCP connection. and i can > call the functions without any issues. > > But with TLS there was some certificate issue but after resolving this > issue, im still not able to connect to the libvirt > this is what it says: > > >virsh.exe -c qemu://FC11-KVM/session > error: unable to connect to libvirtd at 'FC11-KVM': errno=22 > error: failed to connect to the hypervisor > > this is what it says...???? (this is from my vista machine) > > from a different linux machine this works fine... (same uri = virsh -c > qemu://FC11-KVM/session) > > Other connect strings are not supported on windows (unix, ssh, ext) > > >virsh.exe -c qemu+ssh://FC11-KVM/session > error: invalid argument in transport methods unix, ssh and ext are not > supported > under Windows > error: failed to connect to the hypervisor > > this is what it says. > > Second, set the LIBVIRT_DEBUG environment variable to 1 (I have no > idea how you do that in Windows). Then repeat the above commands. > > And i dont have to change any configuration on windows because i only have > dll and exe thats all.... > > every this has to be changed on the libvirt server(linux machine where > libvirtd is running). > > virt-viewer -v -c ... host > > i tried using different connection string on my vista machine > > virt-viewer -c qemu+tcp://FC11-KVM/session gets connected. but hangs and > nothing happens. > > virt-viewer -v -c qemu://FC11-KVM/session (i.e. tls) > gives error: > unable to connect to libvirt qemu://FC11-KVM/session > > Regards > Anuj > > > On Thu, Sep 24, 2009 at 1:48 PM, Richard W.M. Jones wrote: > >> On Thu, Sep 24, 2009 at 10:20:32AM +0530, anuj rampal wrote: >> > yes i cross compiled it from FC11 using mingw. >> > i have also build libvirt-0.6.2 on the same machine using mingw and it >> works >> > fine..... i can call all the function of libvirt from my Vista machine. >> > >> > but virt-viewer is not working... >> > >> > also this only happens when i try to connect using tcp. >> > with ssh and tls it just says could not connect....?? >> >> You say above that libvirt "works", but I want you to try it in a >> controlled environment. First off, try some simple virsh commands: >> >> virsh list >> virsh -c ... list >> >> (with various connection strings). >> >> Second, set the LIBVIRT_DEBUG environment variable to 1 (I have no >> idea how you do that in Windows). Then repeat the above commands. >> >> Thirdly, try (with LIBVIRT_DEBUG=1): >> >> virt-viewer -v -c ... host >> >> Rich. >> >> -- >> Richard Jones, Emerging Technologies, Red Hat >> http://et.redhat.com/~rjones >> virt-top is 'top' for virtual machines. Tiny program with many >> powerful monitoring features, net stats, disk stats, logging, etc. >> http://et.redhat.com/~rjones/virt-top >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rjones at redhat.com Thu Sep 24 13:24:43 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Thu, 24 Sep 2009 14:24:43 +0100 Subject: [fedora-virt] virt-viewer windows port In-Reply-To: References: <20090923145706.GA31875@amd.home.annexia.org> <20090924081844.GA32184@amd.home.annexia.org> Message-ID: <20090924132443.GB32184@amd.home.annexia.org> On Thu, Sep 24, 2009 at 06:41:03PM +0530, anuj rampal wrote: > But with TLS there was some certificate issue but after resolving this > issue, im still not able to connect to the libvirt > this is what it says: > > virsh.exe -c qemu://FC11-KVM/session > error: unable to connect to libvirtd at 'FC11-KVM': errno=22 > error: failed to connect to the hypervisor > > this is what it says...???? (this is from my vista machine) Apparently "errno 22" is EINVAL. That doesn't help much. I really need you to set the LIBVIRT_DEBUG environment variable to 1 on order to show the full messages, and then continue with the tests as outlined in the previous email. http://support.microsoft.com/kb/310519 Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ From gianluca.cecchi at gmail.com Thu Sep 24 15:42:09 2009 From: gianluca.cecchi at gmail.com (gianluca.cecchi) Date: Thu, 24 Sep 2009 17:42:09 +0200 Subject: [fedora-virt] info on save function in virt-manager In-Reply-To: <1253624402.6528.9.camel@blaa> References: <561c252c0909180916j3c0871a2j39fe1ae874a61652@mail.gmail.com> <4AB71D2B.6070300@redhat.com> <561c252c0909210856x1e737262vaeaaa92a16c87f5e@mail.gmail.com> <4AB86E91.8020403@redhat.com> <561c252c0909220105m5acc6659o99cb71424119881d@mail.gmail.com> <1253624402.6528.9.camel@blaa> Message-ID: <561c252c0909240842q12d746c8k98e74d703108e737@mail.gmail.com> On Tue, Sep 22, 2009 at 3:00 PM, Mark McLoughlin wrote: > On Tue, 2009-09-22 at 10:05 +0200, Gianluca Cecchi wrote: > > > Yeah, I think there's a bug currently in the code. I believe markmc > > has > > > recently ported that patch back, though, so upgrading to a newer > > version > > > (when > > > he pushes it) should fix the bug. > > > > > > -- > > > Chris Lalancette > > > > > > > OK, I'll wait for the fix and then I test. > > I think the fix Chris means is in libvirt-0.7.1-5 > > Cheers, > Mark. > > I confirm that with that version of libvirt I'm able to save my VM (or at least the command completes, not tried yet to restore '-) Inside the data file saved I can see that there is also the xml config for the guest embedded .... As the VM is killed at the end of the save, can I then - copy the disk(s) of the VM to another host - copy the save file to another host - restore the save on that secondary host based on the fact that it retains the same config? At this time, trying to restore on another host that has not the same storage poool config gives this: Error restoring domain '/mnt/rhel54_x86_64': internal error unable to start guest: qemu: could not open disk image /dev/vg_qemu01/rhel53_64 and in details window: Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/manager.py", line 458, in restore_saved_callback newconn.restore(file_to_load) File "/usr/share/virt-manager/virtManager/connection.py", line 642, in restore self.vmm.restore(frm) File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1420, in restore if ret == -1: raise libvirtError ('virDomainRestore() failed', conn=self) libvirtError: internal error unable to start guest: qemu: could not open disk image /dev/vg_qemu01/rhel53_64 Supposing I recreate a pool with the same pointers and the hard disk of the VM, are there other limitations/restrictions to restore on another host? -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Thu Sep 24 15:59:27 2009 From: gianluca.cecchi at gmail.com (gianluca.cecchi) Date: Thu, 24 Sep 2009 17:59:27 +0200 Subject: [fedora-virt] info on save function in virt-manager In-Reply-To: <561c252c0909240842q12d746c8k98e74d703108e737@mail.gmail.com> References: <561c252c0909180916j3c0871a2j39fe1ae874a61652@mail.gmail.com> <4AB71D2B.6070300@redhat.com> <561c252c0909210856x1e737262vaeaaa92a16c87f5e@mail.gmail.com> <4AB86E91.8020403@redhat.com> <561c252c0909220105m5acc6659o99cb71424119881d@mail.gmail.com> <1253624402.6528.9.camel@blaa> <561c252c0909240842q12d746c8k98e74d703108e737@mail.gmail.com> Message-ID: <561c252c0909240859m10f0a9efod6b565edfbbc1ef7@mail.gmail.com> On Thu, Sep 24, 2009 at 5:42 PM, gianluca.cecchi wrote: > On Tue, Sep 22, 2009 at 3:00 PM, Mark McLoughlin wrote: > >> On Tue, 2009-09-22 at 10:05 +0200, Gianluca Cecchi wrote: >> > > Yeah, I think there's a bug currently in the code. I believe markmc >> > has >> > > recently ported that patch back, though, so upgrading to a newer >> > version >> > > (when >> > > he pushes it) should fix the bug. >> > > >> > > -- >> > > Chris Lalancette >> > > >> > >> > OK, I'll wait for the fix and then I test. >> >> I think the fix Chris means is in libvirt-0.7.1-5 >> >> Cheers, >> Mark. >> >> I confirm that with that version of libvirt I'm able to save my VM (or at > least the command completes, not tried yet to restore '-) > Inside the data file saved I can see that there is also the xml config for > the guest embedded .... > As the VM is killed at the end of the save, can I then > - copy the disk(s) of the VM to another host > - copy the save file to another host > - restore the save on that secondary host based on the fact that it retains > the same config? > > At this time, trying to restore on another host that has not the same > storage poool config gives this: > Error restoring domain '/mnt/rhel54_x86_64': internal error unable to start > guest: qemu: could not open disk image /dev/vg_qemu01/rhel53_64 > > and in details window: > Traceback (most recent call last): > File "/usr/share/virt-manager/virtManager/manager.py", line 458, in > restore_saved_callback > newconn.restore(file_to_load) > File "/usr/share/virt-manager/virtManager/connection.py", line 642, in > restore > self.vmm.restore(frm) > File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1420, in > restore > if ret == -1: raise libvirtError ('virDomainRestore() failed', > conn=self) > libvirtError: internal error unable to start guest: qemu: could not open > disk image /dev/vg_qemu01/rhel53_64 > > Supposing I recreate a pool with the same pointers and the hard disk of the > VM, are there other limitations/restrictions to restore on another host? > > BTW: the restore on the same host (with the VM still stopped as at the end of the save), doesn't work either. I get: Error restoring domain '/mnt/rhel54_240909_1750.save': Unable to read QEMU help output: Interrupted system call And inside the details window: Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/manager.py", line 458, in restore_saved_callback newconn.restore(file_to_load) File "/usr/share/virt-manager/virtManager/connection.py", line 642, in restore self.vmm.restore(frm) File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1420, in restore if ret == -1: raise libvirtError ('virDomainRestore() failed', conn=self) libvirtError: Unable to read QEMU help output: Interrupted system call [root at virtfedbis qemu]# ll /mnt/rhel54_240909_1750.save -rw------- 1 root root 334221504 2009-09-24 17:51 /mnt/rhel54_240909_1750.save The VM has an hd of 8Gb of size and 4Gb of ram. If I want to debug setting LIBVIRTD_DEBUG=1 and then run the restore command via command line, what would it be, so that I can bugzilla this (if not already there)? Inside /var/log/messages I have this: Sep 24 17:51:51 virtfedbis kernel: libvirtd[25820]: segfault at 0 ip 00000039762a4822 sp 00007f20a7546880 error 4 in libc-2.10.1.so [3976200000+164000] Sep 24 17:51:51 virtfedbis libvirtd: 17:51:51.379: error : qemudExtractVersionInfo:1032 : Unable to read QEMU help output: Interrupted system call In virt-manager.log I have the same messages as in the virt-manager window. My packages releases are: kernel 2.6.30.5-43.fc11.x86_64 [root at virtfedbis qemu]# rpm -qa libvirt* qemu* qemu-system-x86-0.10.92-5.fc11.x86_64 qemu-img-0.10.92-5.fc11.x86_64 qemu-kvm-0.10.92-5.fc11.x86_64 libvirt-0.7.1-5.fc11.x86_64 libvirt-python-0.7.1-5.fc11.x86_64 libvirt-client-0.7.1-5.fc11.x86_64 qemu-common-0.10.92-5.fc11.x86_64 Thanks, Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From rampal.anuj at gmail.com Fri Sep 25 06:27:35 2009 From: rampal.anuj at gmail.com (anuj rampal) Date: Fri, 25 Sep 2009 11:57:35 +0530 Subject: [fedora-virt] virt-viewer windows port In-Reply-To: <20090924132443.GB32184@amd.home.annexia.org> References: <20090923145706.GA31875@amd.home.annexia.org> <20090924081844.GA32184@amd.home.annexia.org> <20090924132443.GB32184@amd.home.annexia.org> Message-ID: Hi, 1st i tried connecting to libvirt from a remote linux machine This is the URI: LIBVIRT_DEBUG=1 virt-viewer -c qemu://FC11-KVM/session 2 This is the result that i got: 11:28:15.602: debug : virInitialize:279 : register drivers 11:28:15.603: debug : virRegisterDriver:776 : registering Test as driver 0 11:28:15.603: debug : virRegisterNetworkDriver:614 : registering Test as network driver 0 11:28:15.603: debug : virRegisterInterfaceDriver:645 : registering Test as interface driver 0 11:28:15.603: debug : virRegisterStorageDriver:676 : registering Test as storage driver 0 11:28:15.603: debug : virRegisterDeviceMonitor:707 : registering Test as device driver 0 11:28:15.603: debug : virRegisterSecretDriver:738 : registering Test as secret driver 0 11:28:15.603: debug : virRegisterDriver:776 : registering OPENVZ as driver 1 11:28:15.603: debug : vboxRegister:101 : VBoxCGlueInit failed, using dummy driver 11:28:15.604: debug : virRegisterDriver:776 : registering VBOX as driver 2 11:28:15.604: debug : virRegisterNetworkDriver:614 : registering VBOX as network driver 1 11:28:15.604: debug : virRegisterStorageDriver:676 : registering VBOX as storage driver 1 11:28:15.604: debug : virRegisterDriver:776 : registering ESX as driver 3 11:28:15.604: debug : virRegisterDriver:776 : registering remote as driver 4 11:28:15.604: debug : virRegisterNetworkDriver:614 : registering remote as network driver 2 11:28:15.604: debug : virRegisterInterfaceDriver:645 : registering remote as interface driver 1 11:28:15.604: debug : virRegisterStorageDriver:676 : registering remote as storage driver 2 11:28:15.604: debug : virRegisterDeviceMonitor:707 : registering remote as device driver 1 11:28:15.604: debug : virRegisterSecretDriver:738 : registering remote as secret driver 1 11:28:15.604: debug : virConnectOpenAuth:1273 : name=qemu://FC11-KVM/session, auth=0x9bfe40, flags=1 11:28:15.604: debug : do_open:1042 : name "qemu://FC11-KVM/session" to URI components: scheme qemu opaque (null) authority (null) server FC11-KVM user (null) port 0 path /session 11:28:15.604: debug : do_open:1052 : trying driver 0 (Test) ... 11:28:15.604: debug : do_open:1058 : driver 0 Test returned DECLINED 11:28:15.604: debug : do_open:1052 : trying driver 1 (OPENVZ) ... 11:28:15.604: debug : do_open:1058 : driver 1 OPENVZ returned DECLINED 11:28:15.604: debug : do_open:1052 : trying driver 2 (VBOX) ... 11:28:15.604: debug : do_open:1058 : driver 2 VBOX returned DECLINED 11:28:15.604: debug : do_open:1052 : trying driver 3 (ESX) ... 11:28:15.604: debug : do_open:1058 : driver 3 ESX returned DECLINED 11:28:15.604: debug : do_open:1052 : trying driver 4 (remote) ... 11:28:15.605: debug : doRemoteOpen:535 : proceeding with name = qemu:///session 11:28:15.608: debug : initialise_gnutls:1101 : loading CA file //etc/pki/CA/cacert.pem 11:28:15.608: debug : initialise_gnutls:1114 : loading client cert and key from files //etc/pki/libvirt/clientcert.pem and //etc/pki/libvirt/private/clientkey.pem 11:28:15.703: debug : remoteIO:7421 : Do proc=66 serial=0 length=28 wait=(nil) 11:28:15.703: debug : remoteIO:7483 : We have the buck 66 0xb7d3e008 0xb7d3e008 11:28:15.709: debug : remoteIODecodeMessageLength:7032 : Got length, now need 64 total (60 more) 11:28:15.710: debug : remoteIOEventLoop:7347 : Giving up the buck 66 0xb7d3e008 (nil) 11:28:15.710: debug : remoteIO:7514 : All done with our call 66 (nil) 0xb7d3e008 11:28:15.710: debug : remoteIO:7421 : Do proc=1 serial=1 length=56 wait=(nil) 11:28:15.710: debug : remoteIO:7483 : We have the buck 1 0x8424f50 0x8424f50 11:28:15.712: debug : remoteIODecodeMessageLength:7032 : Got length, now need 56 total (52 more) 11:28:15.712: debug : remoteIOEventLoop:7347 : Giving up the buck 1 0x8424f50 (nil) 11:28:15.712: debug : remoteIO:7514 : All done with our call 1 (nil) 0x8424f50 11:28:15.715: debug : doRemoteOpen:850 : Adding Handler for remote events 11:28:15.715: debug : doRemoteOpen:857 : virEventAddHandle failed: No addHandleImpl defined. continuing without events. 11:28:15.715: debug : do_open:1058 : driver 4 remote returned SUCCESS 11:28:15.715: debug : do_open:1078 : network driver 0 Test returned DECLINED 11:28:15.716: debug : do_open:1078 : network driver 1 VBOX returned DECLINED 11:28:15.716: debug : do_open:1078 : network driver 2 remote returned SUCCESS 11:28:15.716: debug : do_open:1097 : interface driver 0 Test returned DECLINED 11:28:15.716: debug : do_open:1097 : interface driver 1 remote returned SUCCESS 11:28:15.716: debug : do_open:1117 : storage driver 0 Test returned DECLINED 11:28:15.716: debug : do_open:1117 : storage driver 1 VBOX returned DECLINED 11:28:15.716: debug : do_open:1117 : storage driver 2 remote returned SUCCESS 11:28:15.716: debug : do_open:1137 : node driver 0 Test returned DECLINED 11:28:15.717: debug : do_open:1137 : node driver 1 remote returned SUCCESS 11:28:15.717: debug : do_open:1164 : secret driver 0 Test returned DECLINED 11:28:15.717: debug : do_open:1164 : secret driver 1 remote returned SUCCESS 11:28:15.717: debug : virDomainLookupByID:1739 : conn=0x83fc4b0, id=2 11:28:15.717: debug : remoteIO:7421 : Do proc=22 serial=2 length=32 wait=(nil) 11:28:15.717: debug : remoteIO:7483 : We have the buck 22 0x8424f50 0x8424f50 11:28:15.719: debug : remoteIODecodeMessageLength:7032 : Got length, now need 92 total (88 more) 11:28:15.719: debug : remoteIOEventLoop:7347 : Giving up the buck 22 0x8424f50 (nil) 11:28:15.719: debug : remoteIO:7514 : All done with our call 22 (nil) 0x8424f50 11:28:15.720: debug : virGetDomain:343 : New hash entry 0x841c630 11:28:15.720: debug : virDomainGetXMLDesc:2780 : domain=0x841c630, flags=0 11:28:15.720: debug : remoteIO:7421 : Do proc=14 serial=3 length=68 wait=(nil) 11:28:15.720: debug : remoteIO:7483 : We have the buck 14 0x8424f50 0x8424f50 11:28:15.723: debug : remoteIODecodeMessageLength:7032 : Got length, now need 1296 total (1292 more) 11:28:15.723: debug : remoteIOEventLoop:7347 : Giving up the buck 14 0x8424f50 (nil) 11:28:15.723: debug : remoteIO:7514 : All done with our call 14 (nil) 0x8424f50 11:28:15.724: debug : virDomainGetName:2431 : domain=0x841c630 11:28:15.724: debug : virDomainFree:1969 : domain=0x841c630 11:28:15.724: debug : virUnrefDomain:420 : unref domain 0x841c630 CloneWinXp 1 11:28:15.725: debug : virReleaseDomain:374 : release domain 0x841c630 CloneWinXp 11:28:15.725: debug : virReleaseDomain:390 : unref connection 0x83fc4b0 2 11:28:15.725: debug : virConnectClose:1291 : conn=0x83fc4b0 11:28:15.725: debug : virUnrefConnect:257 : unref connection 0x83fc4b0 1 11:28:15.725: debug : remoteIO:7421 : Do proc=2 serial=4 length=28 wait=(nil) 11:28:15.725: debug : remoteIO:7483 : We have the buck 2 0x8424f50 0x8424f50 11:28:15.727: debug : remoteIODecodeMessageLength:7032 : Got length, now need 56 total (52 more) 11:28:15.757: debug : remoteIOEventLoop:7347 : Giving up the buck 2 0x8424f50 (nil) 11:28:15.757: debug : remoteIO:7514 : All done with our call 2 (nil) 0x8424f50 11:28:15.758: debug : virReleaseConnect:214 : release connection 0x83fc4b0 Then i tried on my windows machine URI that i used: >virt-viewer.exe -c qemu://FC11-KVM/session 2 and this is the result that i got: 11:35:01.621: debug : virInitialize:294 : register drivers 11:35:01.626: debug : virRegisterDriver:735 : registering Test as driver 0 11:35:01.626: debug : virRegisterNetworkDriver:604 : registering Test as network driver 0 11:35:01.626: debug : virRegisterInterfaceDriver:635 : registering Test as inter face driver 0 11:35:01.626: debug : virRegisterStorageDriver:666 : registering Test as storage driver 0 11:35:01.627: debug : virRegisterDeviceMonitor:697 : registering Test as device driver 0 11:35:01.627: debug : virRegisterDriver:735 : registering ESX as driver 1 11:35:01.627: debug : virRegisterDriver:735 : registering remote as driver 2 11:35:01.627: debug : virRegisterNetworkDriver:604 : registering remote as netwo rk driver 1 11:35:01.627: debug : virRegisterInterfaceDriver:635 : registering remote as int erface driver 1 11:35:01.627: debug : virRegisterStorageDriver:666 : registering remote as stora ge driver 1 11:35:01.628: debug : virRegisterDeviceMonitor:697 : registering remote as devic e driver 1 11:35:01.635: debug : virConnectOpenAuth:1214 : name=qemu://FC11-KVM/session, au th=0022FD88, flags=1 11:35:01.639: debug : do_open:1001 : name "qemu://FC11-KVM/session" to URI compo nents: scheme qemu opaque (null) authority (null) server FC11-KVM user (null) port 0 path /session 11:35:01.646: debug : do_open:1011 : trying driver 0 (Test) ... 11:35:01.648: debug : do_open:1017 : driver 0 Test returned DECLINED 11:35:01.650: debug : do_open:1011 : trying driver 1 (ESX) ... 11:35:01.652: debug : do_open:1017 : driver 1 ESX returned DECLINED 11:35:01.653: debug : do_open:1011 : trying driver 2 (remote) ... 11:35:01.656: debug : doRemoteOpen:533 : proceeding with name = qemu:///session 11:35:01.672: debug : initialise_gnutls:1099 : loading CA file /usr/i686-pc-ming w32/sys-root/mingw/etc/pki/CA/cacert.pem 11:35:01.677: debug : initialise_gnutls:1112 : loading client cert and key from files /usr/i686-pc-mingw32/sys-root/mingw/etc/pki/libvirt/clientcert.pem and /us r/i686-pc-mingw32/sys-root/mingw/etc/pki/libvirt/private/clientkey.pem 11:35:01.697: debug : do_open:1017 : driver 2 remote returned ERROR 11:35:01.698: debug : virUnrefConnect:232 : unref connection 0263B068 1 11:35:01.700: debug : virReleaseConnect:191 : release connection 0263B068 unable to connect to libvirt qemu://FC11-KVM/session tried with different URI on windows: >virt-viewer.exe -c qemu+tcp://FC11-KVM/session 2 Result: 11:45:36.054: debug : virInitialize:294 : register drivers 11:45:36.060: debug : virRegisterDriver:735 : registering Test as driver 0 11:45:36.060: debug : virRegisterNetworkDriver:604 : registering Test as network driver 0 11:45:36.060: debug : virRegisterInterfaceDriver:635 : registering Test as inter face driver 0 11:45:36.060: debug : virRegisterStorageDriver:666 : registering Test as storage driver 0 11:45:36.060: debug : virRegisterDeviceMonitor:697 : registering Test as device driver 0 11:45:36.060: debug : virRegisterDriver:735 : registering ESX as driver 1 11:45:36.060: debug : virRegisterDriver:735 : registering remote as driver 2 11:45:36.060: debug : virRegisterNetworkDriver:604 : registering remote as netwo rk driver 1 11:45:36.060: debug : virRegisterInterfaceDriver:635 : registering remote as int erface driver 1 11:45:36.061: debug : virRegisterStorageDriver:666 : registering remote as stora ge driver 1 11:45:36.061: debug : virRegisterDeviceMonitor:697 : registering remote as devic e driver 1 11:45:36.068: debug : virConnectOpenAuth:1214 : name=qemu+tcp://FC11-KVM/session , auth=0022FD88, flags=1 11:45:36.071: debug : do_open:1001 : name "qemu+tcp://FC11-KVM/session" to URI c omponents: scheme qemu+tcp opaque (null) authority (null) server FC11-KVM user (null) port 0 path /session 11:45:36.080: debug : do_open:1011 : trying driver 0 (Test) ... 11:45:36.083: debug : do_open:1017 : driver 0 Test returned DECLINED 11:45:36.085: debug : do_open:1011 : trying driver 1 (ESX) ... 11:45:36.087: debug : do_open:1017 : driver 1 ESX returned DECLINED 11:45:36.089: debug : do_open:1011 : trying driver 2 (remote) ... 11:45:36.091: debug : doRemoteOpen:533 : proceeding with name = qemu:///session 11:45:36.106: debug : remoteIO:7078 : Do proc=66 serial=0 length=28 wait=0000000 0 11:45:36.109: debug : remoteIO:7140 : We have the buck 66 029BDFC8 029BDFC8 11:45:36.114: debug : remoteIODecodeMessageLength:6689 : Got length, now need 64 total (60 more) 11:45:36.118: debug : remoteIOEventLoop:7004 : Giving up the buck 66 029BDFC8 00 000000 11:45:36.120: debug : remoteIO:7171 : All done with our call 66 00000000 029BDFC 8 11:45:36.126: debug : remoteIO:7078 : Do proc=1 serial=1 length=56 wait=00000000 11:45:36.128: debug : remoteIO:7140 : We have the buck 1 029BDFC8 029BDFC8 11:45:36.134: debug : remoteIODecodeMessageLength:6689 : Got length, now need 56 total (52 more) 11:45:36.137: debug : remoteIOEventLoop:7004 : Giving up the buck 1 029BDFC8 000 00000 11:45:36.139: debug : remoteIO:7171 : All done with our call 1 00000000 029BDFC8 11:45:36.141: debug : doRemoteOpen:848 : Adding Handler for remote events 11:45:36.143: debug : doRemoteOpen:858 : Adding Timeout for remote event queue f lushing 11:45:36.146: debug : do_open:1017 : driver 2 remote returned SUCCESS 11:45:36.148: debug : do_open:1037 : network driver 0 Test returned DECLINED 11:45:36.149: debug : do_open:1037 : network driver 1 remote returned SUCCESS 11:45:36.151: debug : do_open:1056 : interface driver 0 Test returned DECLINED 11:45:36.153: debug : do_open:1056 : interface driver 1 remote returned SUCCESS 11:45:36.155: debug : do_open:1076 : storage driver 0 Test returned DECLINED 11:45:36.157: debug : do_open:1076 : storage driver 1 remote returned SUCCESS 11:45:36.158: debug : do_open:1096 : node driver 0 Test returned DECLINED 11:45:36.160: debug : do_open:1096 : node driver 1 remote returned SUCCESS 11:45:36.249: debug : virDomainLookupByID:1692 : conn=0297A3A0, id=2 11:45:36.252: debug : remoteIO:7078 : Do proc=22 serial=2 length=32 wait=0000000 0 11:45:36.254: debug : remoteIO:7140 : We have the buck 22 03EF6858 03EF6858 Regards Anuj On Thu, Sep 24, 2009 at 6:54 PM, Richard W.M. Jones wrote: > On Thu, Sep 24, 2009 at 06:41:03PM +0530, anuj rampal wrote: > > But with TLS there was some certificate issue but after resolving this > > issue, im still not able to connect to the libvirt > > this is what it says: > > > > virsh.exe -c qemu://FC11-KVM/session > > error: unable to connect to libvirtd at 'FC11-KVM': errno=22 > > error: failed to connect to the hypervisor > > > > this is what it says...???? (this is from my vista machine) > > Apparently "errno 22" is EINVAL. > > That doesn't help much. I really need you to set the LIBVIRT_DEBUG > environment variable to 1 on order to show the full messages, and then > continue with the tests as outlined in the previous email. > > http://support.microsoft.com/kb/310519 > > Rich. > > -- > Richard Jones, Emerging Technologies, Red Hat > http://et.redhat.com/~rjones > virt-df lists disk usage of guests without needing to install any > software inside the virtual machine. Supports Linux and Windows. > http://et.redhat.com/~rjones/virt-df/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From clalance at redhat.com Fri Sep 25 06:50:15 2009 From: clalance at redhat.com (Chris Lalancette) Date: Fri, 25 Sep 2009 08:50:15 +0200 Subject: [fedora-virt] info on save function in virt-manager In-Reply-To: <561c252c0909240842q12d746c8k98e74d703108e737@mail.gmail.com> References: <561c252c0909180916j3c0871a2j39fe1ae874a61652@mail.gmail.com> <4AB71D2B.6070300@redhat.com> <561c252c0909210856x1e737262vaeaaa92a16c87f5e@mail.gmail.com> <4AB86E91.8020403@redhat.com> <561c252c0909220105m5acc6659o99cb71424119881d@mail.gmail.com> <1253624402.6528.9.camel@blaa> <561c252c0909240842q12d746c8k98e74d703108e737@mail.gmail.com> Message-ID: <4ABC6827.6070002@redhat.com> gianluca.cecchi wrote: > I confirm that with that version of libvirt I'm able to save my VM (or > at least the command completes, not tried yet to restore '-) > Inside the data file saved I can see that there is also the xml config > for the guest embedded .... > As the VM is killed at the end of the save, can I then > - copy the disk(s) of the VM to another host > - copy the save file to another host > - restore the save on that secondary host based on the fact that it > retains the same config? The answer is "maybe". If the two machines are exactly the same in every way, including the paths to storage, the network configuration, the CPUs, then yes, this will probably work. Note that this is more-or-less live migration, without the "live" part. However, as you found out, if the paths are different, or the CPUs expose different flags, then chances are this won't work. Note that there are currently proposals in libvirt to expose a "least-common-denominator" for CPU, so that you can migrate VMs between two machines of differing generations and models. However, there is no code yet. -- Chris Lalancette From clalance at redhat.com Fri Sep 25 06:52:56 2009 From: clalance at redhat.com (Chris Lalancette) Date: Fri, 25 Sep 2009 08:52:56 +0200 Subject: [fedora-virt] info on save function in virt-manager In-Reply-To: <561c252c0909240859m10f0a9efod6b565edfbbc1ef7@mail.gmail.com> References: <561c252c0909180916j3c0871a2j39fe1ae874a61652@mail.gmail.com> <4AB71D2B.6070300@redhat.com> <561c252c0909210856x1e737262vaeaaa92a16c87f5e@mail.gmail.com> <4AB86E91.8020403@redhat.com> <561c252c0909220105m5acc6659o99cb71424119881d@mail.gmail.com> <1253624402.6528.9.camel@blaa> <561c252c0909240842q12d746c8k98e74d703108e737@mail.gmail.com> <561c252c0909240859m10f0a9efod6b565edfbbc1ef7@mail.gmail.com> Message-ID: <4ABC68C8.6000506@redhat.com> gianluca.cecchi wrote: > On Thu, Sep 24, 2009 at 5:42 PM, gianluca.cecchi > > wrote: > > On Tue, Sep 22, 2009 at 3:00 PM, Mark McLoughlin > wrote: > > On Tue, 2009-09-22 at 10:05 +0200, Gianluca Cecchi wrote: > > > Yeah, I think there's a bug currently in the code. I > believe markmc > > has > > > recently ported that patch back, though, so upgrading to a newer > > version > > > (when > > > he pushes it) should fix the bug. > > > > > > -- > > > Chris Lalancette > > > > > > > OK, I'll wait for the fix and then I test. > > I think the fix Chris means is in libvirt-0.7.1-5 > > Cheers, > Mark. > > I confirm that with that version of libvirt I'm able to save my VM > (or at least the command completes, not tried yet to restore '-) > Inside the data file saved I can see that there is also the xml > config for the guest embedded .... > As the VM is killed at the end of the save, can I then > - copy the disk(s) of the VM to another host > - copy the save file to another host > - restore the save on that secondary host based on the fact that it > retains the same config? > > At this time, trying to restore on another host that has not the > same storage poool config gives this: > Error restoring domain '/mnt/rhel54_x86_64': internal error unable > to start guest: qemu: could not open disk image /dev/vg_qemu01/rhel53_64 > > and in details window: > Traceback (most recent call last): > File "/usr/share/virt-manager/virtManager/manager.py", line 458, > in restore_saved_callback > newconn.restore(file_to_load) > File "/usr/share/virt-manager/virtManager/connection.py", line > 642, in restore > self.vmm.restore(frm) > File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1420, > in restore > if ret == -1: raise libvirtError ('virDomainRestore() failed', > conn=self) > libvirtError: internal error unable to start guest: qemu: could not > open disk image /dev/vg_qemu01/rhel53_64 > > Supposing I recreate a pool with the same pointers and the hard disk > of the VM, are there other limitations/restrictions to restore on > another host? > > > BTW: the restore on the same host (with the VM still stopped as at the > end of the save), doesn't work either. I get: > Error restoring domain '/mnt/rhel54_240909_1750.save': Unable to read > QEMU help output: Interrupted system call > > And inside the details window: > Traceback (most recent call last): > File "/usr/share/virt-manager/virtManager/manager.py", line 458, in > restore_saved_callback > newconn.restore(file_to_load) > File "/usr/share/virt-manager/virtManager/connection.py", line 642, in > restore > self.vmm.restore(frm) > File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1420, in > restore > if ret == -1: raise libvirtError ('virDomainRestore() failed', > conn=self) > libvirtError: Unable to read QEMU help output: Interrupted system call > > [root at virtfedbis qemu]# ll /mnt/rhel54_240909_1750.save > -rw------- 1 root root 334221504 2009-09-24 17:51 > /mnt/rhel54_240909_1750.save > > The VM has an hd of 8Gb of size and 4Gb of ram. > > If I want to debug setting LIBVIRTD_DEBUG=1 and then run the restore > command via command line, what would it be, so that I can bugzilla this > (if not already there)? > > Inside /var/log/messages I have this: > Sep 24 17:51:51 virtfedbis kernel: libvirtd[25820]: segfault at 0 ip > 00000039762a4822 sp 00007f20a7546880 error 4 in libc-2.10.1.so > [3976200000+164000] > Sep 24 17:51:51 virtfedbis libvirtd: 17:51:51.379: error : > qemudExtractVersionInfo:1032 : Unable to read QEMU help output: > Interrupted system call OK, yeah, it looks like libvirtd segfaulted, which is obviously not good. You'll want to stop libvirtd, then run (as root): # ulimit -c unlimited # LIBVIRT_DEBUG=1 /usr/sbin/libvirtd --verbose Assuming you get a core out of it, the best information to get is the output of "thread apply all bt" with gdb. -- Chris Lalancette From rjones at redhat.com Fri Sep 25 12:02:54 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 25 Sep 2009 13:02:54 +0100 Subject: [fedora-virt] virt-viewer windows port In-Reply-To: References: <20090923145706.GA31875@amd.home.annexia.org> <20090924081844.GA32184@amd.home.annexia.org> <20090924132443.GB32184@amd.home.annexia.org> Message-ID: <20090925120254.GC32184@amd.home.annexia.org> On Fri, Sep 25, 2009 at 11:57:35AM +0530, anuj rampal wrote: > Then i tried on my windows machine > > URI that i used: > virt-viewer.exe -c qemu://FC11-KVM/session 2 > > and this is the result that i got: [...] > 11:35:01.672: debug : initialise_gnutls:1099 : loading CA file > /usr/i686-pc-ming > w32/sys-root/mingw/etc/pki/CA/cacert.pem > 11:35:01.677: debug : initialise_gnutls:1112 : loading client cert and key > from > files /usr/i686-pc-mingw32/sys-root/mingw/etc/pki/libvirt/clientcert.pem and > /us > r/i686-pc-mingw32/sys-root/mingw/etc/pki/libvirt/private/clientkey.pem > 11:35:01.697: debug : do_open:1017 : driver 2 remote returned ERROR > 11:35:01.698: debug : virUnrefConnect:232 : unref connection 0263B068 1 > 11:35:01.700: debug : virReleaseConnect:191 : release connection 0263B068 > unable to connect to libvirt qemu://FC11-KVM/session So the problem is that as you can see from reading the messages, it can't load the client key file (from /usr/i686-pc-mingw32/sys-root/mingw/etc/pki/libvirt/private/clientkey.pem). This path is compiled into libvirt, so the only way to change it is to recompile libvirt with sysconfdir set to a more suitable path: ./configure --sysconfdir=/etc for example (and create /etc/pki ... on Windows). > tried with different URI on windows: > virt-viewer.exe -c qemu+tcp://FC11-KVM/session 2 [...] This worked, obviously because it's not using GnuTLS for encryption. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html From phamdackhanh at gmail.com Sat Sep 26 14:06:46 2009 From: phamdackhanh at gmail.com (Pham Dac Khanh - Gmail) Date: Sat, 26 Sep 2009 15:06:46 +0100 Subject: [fedora-virt] [Enforced to uninstall Fedora] Intellectual Property, Brain Copying and Convert-Slum War in Vietnam business Message-ID: Dear who are concerned, Criminal political economic network of Vietnam ?common properties? government enforced to uninstall Fedora software downloaded from oversea mirrors site and threated If you want to marketing Fedora in oversea location, you have to ?down knees?. Satellite using in commercial communication is popular. One of Vietnam ?common properties? government perpetrators, Minister of Defense and their subsidiary corporations, used satellite mind control weapons in Vietnam business to control the consumers and to grow their revenue. See more here http://wordpressblog.dakha.com . I currently do not have a nationality. I am a victim of Convert-Slum war on political business from 2003 till now. Chairman of Vietnam ?common properties? government - Nguyen Minh Triet usually threaten to me by satellite mind control weapon that the business is provided for their exclusive party, political economic wing and china refugees in past. Further, I am a victim of Intellectual Property robbing ( brain copying and brain reading) by satellite mind control weapon, a massive destroying weapon. They read my brain and secret business of selling plan. They erased my brain, English skills and knowledge self-learned. Perpetrators tracked my brain each word for re-valuing as perpetrator said the tuition of them are not enough and wanted to collect additional tax in oversea. Vietnam ?common properties? government used a lot of open sources and illegal cracked software in business but no organization cost their using, profit and future profit. They copied brain data of CEO, Economic Leader, Specialist, etc to set-up to brain?s their wings. See U.S secret never told and Fortune Profit of PC OS & Anti Virus captured by Vietnam oversea spies. With satellite massive destroying weapons, Vietnam government has been making hidden criminal political economic strategy in wired and wireless network. Vietnam governors have been taking bribes daily. They have been spending bribes to launder in business entities, banks, financial capital, oversea investment and their relative oversea education such car, housing and re-investment. In addition, I was enforced to carry heroin and money laundering for their Vietnam ?common properties? government, nation bank and commercial banks. Please see the attached file for statistic of drug cultivation and production. I have been attacking (torturing, harassing, simulating politic economic, sex rape, mind-controlled family treating conflict and business & financial terrorizing). Perpetrators modified the facts of my memory and brain erasing. Perpetrators usually used the animations and voices of U.S well-known people, economic people and politicians during torture and harassing by satellite mind control weapon (television & radio media hacking and dream manipulation), satellite microwave weapon, and directed energy weapon. I was jailed at home and the mind was jailed. I have been not belonging perpetrators government as bellow story. I have been remaining company owner business but perpetrators attempted to terrorize all incomes and end inheritance-blooding marrying relationship. Perpetrators attempted to abuse (paint bad and will notify these backing to) many powerful people including politicians of the moving next countries of perpetrators thought. I am attempting to find and save persuade evidences and I wonder that obtained evidences above are unsure persuade evidences. I attempted to record ultra low/ high frequencies around and sent to Investigation for decoding. Perpetrators attempted to torture me to out of energy and bio-energy of my brain to stop finding brainwave recording equipments. I hope you will help to find the evidences of perpetrators international criminals network. Perpetrators controlled my family to move out of current city for treating to isolate me from where my story and evidences occurred. Following is more information of my story in brief and full. Under many years tortured and violated in Vietnam business by satellite mind control and satellite microwave weapon of "Common Properties" Vietcombank and Public's Securities in Vietnam, I could not live like a human. Perpetrators erased my English skills by satellite brain erasing weapon. Because perpetrators did not want me to use English, I had to give up my class in an English Center and gave up studying at home. In 2008, perpetrators used above weapons to enforce me leave some classes that I was studying. Perpetrators tortured and harassed for bribes everyday. Perpetrators attempted to terrorize my finance and business for dropping me down to be out of money step by step and will join their criminals network. I want to tell the torture and violation for bribes in brief as following:- MY STORY IN BRIEF - 9/2002: Established food trading company. Business is alright. - 2003: Open wider to trading more products. My company opened an account at Vietcombank to make a payment for oversea partners. Vietcombank is possessed of ?Common Properties? Government in Vietnam. For that, under-table money for them is certain and non-stop at this level. By ?tricks of requesting under-table money?, staffs of Vietcombank requested more under-table money. I also gave money to them but they did not stop at this. What they want are my good-selling products and making profitable for my company. They wanted to eat ?all?: money, business and brain data later. After, they purposely harassed my girlfriend in trouble for requesting more money. My girlfriend and I argued together for that. And my girlfriend said ?Vietnam country is that: harassing for bribes, pestering for bribes. And do not like them?. She broke-up with me for that harassing action. I was shocked. I was extremely up-set and told the truth to Tuoi Tre newspaper and Thanh Nien newspaper via internet but no any sound responded from them. In disorder status, I did not care that newspapers are from ?Common Properties? Party. After I knew that newspapers made a cover of tricking Vietnamese. - In the middle of 2003, I was received many notifies of killing by under-cover faces to rob my business. My brain was read by them at that time. I was monitored by under-cover faces or organized gang stalking of Vietcombank. - In 2004 to 2009, Vietcombank and their devil hands continuously warned to kill me, brutally torture and sometimes enforced to leave Vietnam. They knew everything about me such as mind, facts in past, memory, plan to do as study abroad, feelings, everything including control my behavior, moto and what to say. Vietcombank?s devil hands are many people of ?Common Properties? Public?s Securities. Weapons they used are Satellite Mind Control weapon and Satellite Microwave weapon. These weapon used for warfare. They used satellite microwave weapon to shoot my brain till to be crazy and closing death. They, ?Common Properties? Vietcombank and Public?s Securities, are bloodthirsty and brutal devils. They are criminals against to humanity. Strait Times Singapore: Here?s a tip: Things in Vietnam work if the price is right Comment of a Vietnamese in oversea: As a Vietnamese living overseas, I feel ashamed of the corruption in Vietnam. I do hope Singaporeans who come to do business in Vietnam will set up good examples for local government official and people there. I feel much more ashamed by saying so when Vietnam has to need outside people to help them clean themselves? ?What makes the situation worse is that corruption in Vietnam is not discussed openly because of tight state censorship?. Vietnam Communist Government disgraces their people! Posted by: Danchimviet07 at Mon Sep 17 10:02:55 SGT 2007 The Japan Times: Four bribes to Vietnam official tied to PCI exec According to Public Opinion, people fingered bribes in ODA are ?Common Properties? Government Chairman Nguyen Minh Triet, ?Common Properties? Secretary Le Thanh Hai of their HCMC, ?Common Properties? Huynh Ngoc Sy, ?Common Properties? Le Qua, Son-in-law of Secretary ?Common Properties? Party Nong Duc Manh. The Financial Times: Gifts of Vietnamese bauxite to china valued billions U.S. dollars Take Nguyen Tan Dung, Vietnam?s prime minister. He recently spent a week touring China, having, like Mr Sarkozy, travelled for the privilege of a hearing. He brought with him gifts of Vietnamese bauxite, the main raw material for aluminium, humbly beseeching China for investments of up to $15bn in what are the world?s third largest reserves of the ore. TORTURE AND VIOLATION IN BRIEF - Weapons : Satellite Mind Control, Satellite Behavior Control, Satellite Brains Communication Network, Satellite Microwave Weapon, Satellite Laser weapon and unknown Weapon. These weapons are also called Directed Energy and Neurological Weapon. - Methods : a. After reading my brain, they used the persons who have similar body parts or faces to terrorize my mind, my mental sense. Slit my relationship and isolate me alone from society community. b. Trapping plan. Then using above weapons to control and affect my mind and behavior. Making decisions in mind for me while I do not know. c. When going out and working, they used the weapons (including V2K: voice to skull) to project into my mind for threatening sound and words such as "go away! shit!". Project many strange pictures in mind. Enforce to do next action when looking or seeing a action, otherwise bad-hearted faces appeared and threatened before. And now perps used above weapons. Perps used brains communication network to control many persons to act following their goals whereas controlled persons did not know about this. Perps did that for suppressing and torturing victims. d. They torture in mind and do not allow to thinking. When thinking about something, they immediately torture to make a threatening sense. e. They projected and shoot microwave (microwave weapon used in military) to my brain. f. They used other unknown weapons to dis-appear my tongue (to make sense about why report to newspapers for the undertable-money of Vietcombank's staff) and bend round my body. They sucked out the water in my body by a unknown weapon. They sliced/incised my inside-body and sinews with brutal pain but no remaining trace. g. Enforce to be a criminal such as selling and carrying heroin, gypsy broker for them (READ MORE ON MY BLOG). h. Language erasing: "goodnight" to be come "good and night words" or "look night" or "god light" or something like that. Ear erasing: the same with language erasing. The sound is made by different frequencies rate. Sight erasing: when seeing anything, they threaten and project microwave and project sounds no through ears to brain for making my mind to be crazy. All doing are to make "blind" of seeing, thinking, hearing and understanding. i. Sex violation: project sex scenes in mind and sex talking. Then enforced to fuck a gypsy but I denied. Prevented me to marry and have a child. Perps acted as criminals of killing inheritable-blooding. j. Private: watch all private things such as toilet, bathing, reproduction organ (penis, head of penis). k. Torture and simulate situations about business, religious and politics such as enforcing and threatening implemented by above weapons. Perps attempted to use copied motos of U.S (animations, styles of emotion and voices). politicians and well-knowing people such as Condoleezza Rice, George W. Bush, John McCain, Barrack Obama, Bill Gates and other in Defense to libel the imagines during torture and suppression. Perps injected terrorist data to my brain and made bold-thought to terrorize U.S. Attempting to enforce me to abroad after period of torture. (see daily recording http://twitter.com/khanhpham65 or download). l. Brutal discrimination such as all businesses, women, places and etc are reserved for their wing and favorite races because I was born in middle of Vietnam and for reported action to newspapers referring to the undertable-money/bribes/corruption of Vietcombank's staffs. m. All my feelings, seeings and dreaming are catch by them under threatening by above weapons. n. One of brain erasing method is when I think example: "Today I am very tired", they project a person named "Mr. Tiree" to appear in brain. And they repeat this action in long period of time. o. They torture me 24x7. p. They usually rouse me to do a crazy action or illegal action. q. After each torture day, they erased my brain. r. Their actions are likely Red Khmer criminals. In-humanity, Cruel Actions and Crimes against humanity. s. Enforce and threaten me to go out of my country. I had to go out of Vietnam. I went to Kulalumpur (Malaysia) and I was brutally tortured in a virtual prison. Perps said I am a prisoner of C.I.A. I seldom go out of home and I was jailed in home. - Injuries: Any pain in body will take a trip to the brain. The brain is exactly a place to contain all pains that a person feel about. I could not stand their brutal torture. Many times I thought about the death and really want to die. Injured brain and blindness. These tortures could make me to be cancer brain sickness. "Common Properties" Vietcombank and Public's Securities are inhumanity and criminals against human. - Wishes: In future, any organization brings Vietcombank wing's devils to ICC (International Criminal Court) is a hope for Vietnam Human Being. Leading many brutal-torture years: Nguyen Phuoc Thanh ? Vietcombank, Secretary ?Common Properties? Le Thanh Hai, ?Common Properties? Minister of Public?s Securities Le Hong Anh, Lead of "Common Properties" Securities Department in their Hcmc Nguyen Chi Thanh and others involved (Minister of Defense ?Common Properties? Phung Quanh Thanh, Malaysia government and Chairman of Vietnam government ?Common Properties? Nguyen Minh Triet). Devils of ?Common Properties? Vietcombank and Public?s Securities used weapons in warfare (as above) for brutally suppressing and torturing in Vietnam business. After these devils have finished torture, they brain-washed and brain-erased for forgot and no problems as they said. I daily wrote some facts that I could remember. They followed the slogan ?eat all? (bribes, robbing business, eat brain: brain-erasing to set-up their data into my brain). They enforced ?step by step? me to the death in life by trapping of controlling brain from satellite mind control weapon. And they connected with Malaysia Government to brutally torture inhumanity in Kula Lumpur. I was in prison in Malaysia established by ?Common Properties? Vietcombank and Public?s Securities. During brutally torture, they called this is C.I.A prison and some of them came from Washington D.C. I am only a business owner in a trading company and surely not involved to any U.S policies and not came to U.S yet. After escaped and backed in Vietnam, I was daily tortured 24 hours a day and 7 days a week by behavior control & moving/motor control of satellite mind control weapon and terrorized by satellite neurological weapon. Killing victim to be death all when they set-up/ inject other brain data to my brain. And I will never be me and they removed my family love out me. They could boost up the brain and when they release I unlike a human with suspend thinking. Daily I was stood by dirty words, slandering & reviling from them and enforced to leave Vietnam for releasing the business on hand to them and their ?che^ch or ta`u?, chinese who were asylum seekers in Vietnam in past. Night and day, they set-up/ injected to make ?bold-thought? for affirming that Saigon is their ?che^ch?. ?When their sons went abroad and called ?what relative-blooding oversea Vietnamese is!? without ashamed. Enforced to leave Vietnam and after that said ?what relative-blooding Vietnamese!??. So why object Exclusive ?Common Properties? Vietnam Party while they robbed and brutally suppressed Vietnamese in my country. Please read my full story and more information in my blog (including videos and frequencies recorded): http://wordpressblog.dakha.com. It will be greatly appreciated for your reply on above. Best regards, Khanh Dac Pham Director Dakha Co., Ltd Tel: (848) 38539662 New Fax: +1 (815) 366 8071 / +1 (206) 203 4719 Mobile: 84 (0) 909905651 Fax: (848) 38539673 (just death) / just added new fax: 44 (0) 151 672 0428 (just be deactivated) Email: khanh at dakha.com; khanh.pham at dakha.com; phamdackhanh at gmail.com Add1: 48 Binh Tay, P.1, Dist 6, Saigon, Vietnam. Add2: 36 Pham Dinh Ho, P.2, Dist 6, Saigon, Vietnam. Old add: 75 Road No 24, Ward 1, Dist 6, Saigon, Vietnam. Blog: http://wordpressblog.dakha.com Yahoo Id & MSN: khanhpham65 Videos: http://www.youtube.com/khanhpham65 Internet: ADSL is death. And I have changed to a prison adsl provider EVN with many nearby IPs attacking and hacking to my computer. The former general director of this provider was arrested because of bribing and bumming. PLEASE KINDLY SHARE WITH ALL OF CONGRESS -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image006.png Type: image/png Size: 176 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.png Type: image/png Size: 172 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: My-Story-of-Brain-Reading-Copying-in-Vietnam-Biz-SOS.pdf Type: application/pdf Size: 409896 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Twitter-August-29-2009.pdf Type: application/pdf Size: 44190 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Heroin Information and Money Laundering - WorldBank.pdf Type: application/pdf Size: 603939 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SOS-Murdering Planned.zip Type: application/x-zip-compressed Size: 30087 bytes Desc: not available URL: From psj at familyjenner.co.uk Sat Sep 26 18:42:41 2009 From: psj at familyjenner.co.uk (Paul Jenner) Date: Sat, 26 Sep 2009 19:42:41 +0100 Subject: [fedora-virt] info on save function in virt-manager In-Reply-To: <4ABC68C8.6000506@redhat.com> References: <561c252c0909180916j3c0871a2j39fe1ae874a61652@mail.gmail.com> <4AB71D2B.6070300@redhat.com> <561c252c0909210856x1e737262vaeaaa92a16c87f5e@mail.gmail.com> <4AB86E91.8020403@redhat.com> <561c252c0909220105m5acc6659o99cb71424119881d@mail.gmail.com> <1253624402.6528.9.camel@blaa> <561c252c0909240842q12d746c8k98e74d703108e737@mail.gmail.com> <561c252c0909240859m10f0a9efod6b565edfbbc1ef7@mail.gmail.com> <4ABC68C8.6000506@redhat.com> Message-ID: <1253990561.2184.3.camel@82-71-88-77.dsl.in-addr.zen.co.uk> On Fri, 2009-09-25 at 08:52 +0200, Chris Lalancette wrote: > gianluca.cecchi wrote: > > BTW: the restore on the same host (with the VM still stopped as at the > > end of the save), doesn't work either. I get: > > Error restoring domain '/mnt/rhel54_240909_1750.save': Unable to read > > QEMU help output: Interrupted system call > > > > And inside the details window: > > Traceback (most recent call last): > > File "/usr/share/virt-manager/virtManager/manager.py", line 458, in > > restore_saved_callback > > newconn.restore(file_to_load) > > File "/usr/share/virt-manager/virtManager/connection.py", line 642, in > > restore > > self.vmm.restore(frm) > > File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1420, in > > restore > > if ret == -1: raise libvirtError ('virDomainRestore() failed', > > conn=self) > > libvirtError: Unable to read QEMU help output: Interrupted system call > > > > [root at virtfedbis qemu]# ll /mnt/rhel54_240909_1750.save > > -rw------- 1 root root 334221504 2009-09-24 17:51 > > /mnt/rhel54_240909_1750.save > > > > The VM has an hd of 8Gb of size and 4Gb of ram. > > > > If I want to debug setting LIBVIRTD_DEBUG=1 and then run the restore > > command via command line, what would it be, so that I can bugzilla this > > (if not already there)? > > > > Inside /var/log/messages I have this: > > Sep 24 17:51:51 virtfedbis kernel: libvirtd[25820]: segfault at 0 ip > > 00000039762a4822 sp 00007f20a7546880 error 4 in libc-2.10.1.so > > [3976200000+164000] > > Sep 24 17:51:51 virtfedbis libvirtd: 17:51:51.379: error : > > qemudExtractVersionInfo:1032 : Unable to read QEMU help output: > > Interrupted system call > > OK, yeah, it looks like libvirtd segfaulted, which is obviously not good. > You'll want to stop libvirtd, then run (as root): > > # ulimit -c unlimited > # LIBVIRT_DEBUG=1 /usr/sbin/libvirtd --verbose > > Assuming you get a core out of it, the best information to get is the output of > "thread apply all bt" with gdb. This looks similar to Charles Duffy's recent post to libvir-list here: https://www.redhat.com/archives/libvir-list/2009-September/msg00663.html Paul -- Paul Jenner From markmc at redhat.com Mon Sep 28 14:49:02 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 28 Sep 2009 15:49:02 +0100 Subject: [fedora-virt] virt-preview updates In-Reply-To: <1250703309.17874.46.camel@blaa> References: <1244034684.5001.134.camel@blaa> <1244046483.5001.180.camel@blaa> <1244197459.27876.0.camel@blaa> <1246303956.11688.148.camel@blaa> <1246628572.13604.2.camel@blaa> <1246636154.13604.8.camel@blaa> <1247763853.3038.105.camel@blaa> <1248769817.3089.20.camel@blaa> <1248776732.3089.45.camel@blaa> <1248859649.3021.28.camel@blaa> <20090729093637.GC10723@salstar.sk> <1248868438.3021.31.camel@blaa> <1248873640.3021.34.camel@blaa> <1248879462.3021.39.camel@blaa> <1248882336.3021.40.camel@blaa> <1248974623.3275.4.camel@blaa> <1249057022.3320.35.camel@blaa> <1249400197.3212.73.camel@blaa> <1249573056.3721.62.camel@blaa> <1249639097.3260.5.camel@blaa> <1249900612.8784.79.camel@blaa> <1250700893.17874.44.camel@blaa> <1250703309.17874.46.camel@blaa> Message-ID: <1254149342.2802.3793.camel@blaa> The latest updates available from http://markmc.fedorapeople.org/virt-preview == qemu == * Mon Sep 28 2009 Mark McLoughlin - 2:0.11.0-1 - Update to 0.11.0 release - Drop a couple of upstreamed patches Cheers, Mark. == About The Virtualization Preview Repository == The virt-preview repository offers Fedora 11 users the opportunity to help out with testing the rawhide virtualization packages, without having to run all of rawhide. Bugs should be reported to http://bugzilla.redhat.com/ using 'rawhide' as the distribution version. Note clearly in the bug report that you are running these packages on Fedora 11. From thatch45 at gmail.com Mon Sep 28 15:12:18 2009 From: thatch45 at gmail.com (Thomas S Hatch) Date: Mon, 28 Sep 2009 09:12:18 -0600 Subject: [fedora-virt] KVM Failover domain Message-ID: <6172c17e0909280812s40926645vbf999b06337bf86c@mail.gmail.com> So I have a question, and please point me in the right direction if I am asking this in the wrong place. I have a number of IBM Bladecenter hs22s attached to a SAN that I am running KVM virtual machines on, the systems are fedora11 (Hypervisors and vms). I have configured them to operate on a redhat cluster but the cluster keeps fencing out hypervisors. But onto my question, I have had a hard time finding a solution for this, I want to make it so that if one of my hypervisors goes down the vms running on it get started on another hypervisor in the cluster. Is there a recommended way of doing this? -Tom Hatch -------------- next part -------------- An HTML attachment was scrubbed... URL: From rampal.anuj at gmail.com Wed Sep 30 15:32:59 2009 From: rampal.anuj at gmail.com (anuj rampal) Date: Wed, 30 Sep 2009 21:02:59 +0530 Subject: [fedora-virt] virt-viewer windows port In-Reply-To: <20090925120254.GC32184@amd.home.annexia.org> References: <20090923145706.GA31875@amd.home.annexia.org> <20090924081844.GA32184@amd.home.annexia.org> <20090924132443.GB32184@amd.home.annexia.org> <20090925120254.GC32184@amd.home.annexia.org> Message-ID: Hi, > 11:35:01.672: debug : initialise_gnutls:1099 : loading CA file > /usr/i686-pc-ming > w32/sys-root/mingw/etc/pki/CA/cacert.pem > 11:35:01.677: debug : initialise_gnutls:1112 : loading client cert and key > from > files /usr/i686-pc-mingw32/sys-root/mingw/etc/pki/libvirt/clientcert.pem and > /us > r/i686-pc-mingw32/sys-root/mingw/etc/pki/libvirt/private/clientkey.pem > 11:35:01.697: debug : do_open:1017 : driver 2 remote returned ERROR On windows virt-viewer take these from certificates for "Z:\usr\i686-pc-mingw32\sys-root\mingw\etc\pki" which i guess is hardcoded in the code...(dont know y) i tried "./configure --sysconfdir=C:\pki\" but this didnot work... the certificates that i user here have to be correct because.. these certificates are the same when i connect from a different linux machine there i dont get the ERROR message. but still nothing happens. These are the results when i tried running virt-viewer using the following URI: 1. LIBVIRT_DEBUG=1 virt-viewer -c qemu://FC11-KVM/session 2 result: here i dont think there is an issue with the certificates: what happens here is a small window pops up with the message "Conneting to vnc server" thats it and then the message goes. 00:35:46.089: debug : virInitialize:279 : register drivers 00:35:46.090: debug : virRegisterDriver:776 : registering Test as driver 0 00:35:46.090: debug : virRegisterNetworkDriver:614 : registering Test as network driver 0 00:35:46.090: debug : virRegisterInterfaceDriver:645 : registering Test as interface driver 0 00:35:46.090: debug : virRegisterStorageDriver:676 : registering Test as storage driver 0 00:35:46.090: debug : virRegisterDeviceMonitor:707 : registering Test as device driver 0 00:35:46.090: debug : virRegisterSecretDriver:738 : registering Test as secret driver 0 00:35:46.090: debug : virRegisterDriver:776 : registering OPENVZ as driver 1 00:35:46.091: debug : vboxRegister:101 : VBoxCGlueInit failed, using dummy driver 00:35:46.091: debug : virRegisterDriver:776 : registering VBOX as driver 2 00:35:46.091: debug : virRegisterNetworkDriver:614 : registering VBOX as network driver 1 00:35:46.092: debug : virRegisterStorageDriver:676 : registering VBOX as storage driver 1 00:35:46.092: debug : virRegisterDriver:776 : registering ESX as driver 3 00:35:46.092: debug : virRegisterDriver:776 : registering remote as driver 4 00:35:46.092: debug : virRegisterNetworkDriver:614 : registering remote as network driver 2 00:35:46.092: debug : virRegisterInterfaceDriver:645 : registering remote as interface driver 1 00:35:46.092: debug : virRegisterStorageDriver:676 : registering remote as storage driver 2 00:35:46.092: debug : virRegisterDeviceMonitor:707 : registering remote as device driver 1 00:35:46.092: debug : virRegisterSecretDriver:738 : registering remote as secret driver 1 00:35:46.093: debug : virConnectOpenAuth:1273 : name=qemu://FC11-KVM/session, auth=0xbfce11c8, flags=1 00:35:46.093: debug : do_open:1042 : name "qemu://FC11-KVM/session" to URI components: scheme qemu opaque (null) authority (null) server FC11-KVM user (null) port 0 path /session 00:35:46.094: debug : do_open:1052 : trying driver 0 (Test) ... 00:35:46.094: debug : do_open:1058 : driver 0 Test returned DECLINED 00:35:46.094: debug : do_open:1052 : trying driver 1 (OPENVZ) ... 00:35:46.094: debug : do_open:1058 : driver 1 OPENVZ returned DECLINED 00:35:46.094: debug : do_open:1052 : trying driver 2 (VBOX) ... 00:35:46.094: debug : do_open:1058 : driver 2 VBOX returned DECLINED 00:35:46.095: debug : do_open:1052 : trying driver 3 (ESX) ... 00:35:46.095: debug : do_open:1058 : driver 3 ESX returned DECLINED 00:35:46.095: debug : do_open:1052 : trying driver 4 (remote) ... 00:35:46.095: debug : doRemoteOpen:535 : proceeding with name = qemu:///session 00:35:46.099: debug : initialise_gnutls:1101 : loading CA file //etc/pki/CA/cacert.pem 00:35:46.107: debug : initialise_gnutls:1114 : loading client cert and key from files //etc/pki/libvirt/clientcert.pem and //etc/pki/libvirt/private/clientkey.pem 00:35:46.213: debug : remoteIO:7421 : Do proc=66 serial=0 length=28 wait=(nil) 00:35:46.213: debug : remoteIO:7483 : We have the buck 66 0xb7d2f008 0xb7d2f008 00:35:46.215: debug : remoteIODecodeMessageLength:7032 : Got length, now need 64 total (60 more) 00:35:46.215: debug : remoteIOEventLoop:7347 : Giving up the buck 66 0xb7d2f008 (nil) 00:35:46.216: debug : remoteIO:7514 : All done with our call 66 (nil) 0xb7d2f008 00:35:46.216: debug : remoteIO:7421 : Do proc=1 serial=1 length=56 wait=(nil) 00:35:46.216: debug : remoteIO:7483 : We have the buck 1 0xa07f620 0xa07f620 00:35:46.217: debug : remoteIODecodeMessageLength:7032 : Got length, now need 56 total (52 more) 00:35:46.217: debug : remoteIOEventLoop:7347 : Giving up the buck 1 0xa07f620 (nil) 00:35:46.218: debug : remoteIO:7514 : All done with our call 1 (nil) 0xa07f620 00:35:46.218: debug : doRemoteOpen:850 : Adding Handler for remote events 00:35:46.218: debug : doRemoteOpen:860 : Adding Timeout for remote event queue flushing 00:35:46.218: debug : do_open:1058 : driver 4 remote returned SUCCESS 00:35:46.218: debug : do_open:1078 : network driver 0 Test returned DECLINED 00:35:46.218: debug : do_open:1078 : network driver 1 VBOX returned DECLINED 00:35:46.218: debug : do_open:1078 : network driver 2 remote returned SUCCESS 00:35:46.218: debug : do_open:1097 : interface driver 0 Test returned DECLINED 00:35:46.218: debug : do_open:1097 : interface driver 1 remote returned SUCCESS 00:35:46.218: debug : do_open:1117 : storage driver 0 Test returned DECLINED 00:35:46.219: debug : do_open:1117 : storage driver 1 VBOX returned DECLINED 00:35:46.219: debug : do_open:1117 : storage driver 2 remote returned SUCCESS 00:35:46.219: debug : do_open:1137 : node driver 0 Test returned DECLINED 00:35:46.219: debug : do_open:1137 : node driver 1 remote returned SUCCESS 00:35:46.219: debug : do_open:1164 : secret driver 0 Test returned DECLINED 00:35:46.219: debug : do_open:1164 : secret driver 1 remote returned SUCCESS 00:35:46.281: debug : virDomainLookupByID:1739 : conn=0xa051928, id=2 00:35:46.282: debug : remoteIO:7421 : Do proc=22 serial=2 length=32 wait=(nil) 00:35:46.282: debug : remoteIO:7483 : We have the buck 22 0xa17fa00 0xa17fa00 00:35:46.283: debug : remoteIODecodeMessageLength:7032 : Got length, now need 92 total (88 more) 00:35:46.283: debug : remoteIOEventLoop:7347 : Giving up the buck 22 0xa17fa00 (nil) 00:35:46.284: debug : remoteIO:7514 : All done with our call 22 (nil) 0xa17fa00 00:35:46.284: debug : virGetDomain:343 : New hash entry 0xa17cfd8 00:35:46.284: debug : virDomainGetInfo:2732 : domain=0xa17cfd8, info=0xbfce1140 00:35:46.285: debug : remoteIO:7421 : Do proc=16 serial=3 length=64 wait=(nil) 00:35:46.285: debug : remoteIO:7483 : We have the buck 16 0xa17fa00 0xa17fa00 00:35:46.287: debug : remoteIODecodeMessageLength:7032 : Got length, now need 88 total (84 more) 00:35:46.287: debug : remoteIOEventLoop:7347 : Giving up the buck 16 0xa17fa00 (nil) 00:35:46.287: debug : remoteIO:7514 : All done with our call 16 (nil) 0xa17fa00 00:35:46.287: debug : virDomainGetXMLDesc:2780 : domain=0xa17cfd8, flags=0 00:35:46.287: debug : remoteIO:7421 : Do proc=14 serial=4 length=68 wait=(nil) 00:35:46.287: debug : remoteIO:7483 : We have the buck 14 0xa17fa00 0xa17fa00 00:35:46.290: debug : remoteIODecodeMessageLength:7032 : Got length, now need 1296 total (1292 more) 00:35:46.290: debug : remoteIOEventLoop:7347 : Giving up the buck 14 0xa17fa00 (nil) 00:35:46.290: debug : remoteIO:7514 : All done with our call 14 (nil) 0xa17fa00 00:35:46.291: debug : virDomainGetName:2431 : domain=0xa17cfd8 00:35:46.291: debug : virDomainFree:1969 : domain=0xa17cfd8 00:35:46.291: debug : virUnrefDomain:420 : unref domain 0xa17cfd8 CloneWinXp 1 00:35:46.292: debug : virReleaseDomain:374 : release domain 0xa17cfd8 CloneWinXp 00:35:46.292: debug : virReleaseDomain:390 : unref connection 0xa051928 2 00:35:46.292: debug : virConnectDomainEventRegister:8637 : conn=0xa051928, cb=0x804d1e0, opaque=0xa056468, freecb=(nil) 00:35:46.292: debug : remoteIO:7421 : Do proc=105 serial=5 length=28 wait=(nil) 00:35:46.292: debug : remoteIO:7483 : We have the buck 105 0xa1c0730 0xa1c0730 00:35:46.294: debug : remoteIODecodeMessageLength:7032 : Got length, now need 60 total (56 more) 00:35:46.294: debug : remoteIOEventLoop:7347 : Giving up the buck 105 0xa1c0730 (nil) 00:35:46.294: debug : remoteIO:7514 : All done with our call 105 (nil) 0xa1c0730 2. LIBVIRT_DEBUG=1 virt-viewer -c qemu+tcp://FC11-KVM/session 2 result: same thing happens here. the window pops up and goes. 00:34:48.829: debug : virInitialize:279 : register drivers 00:34:48.830: debug : virRegisterDriver:776 : registering Test as driver 0 00:34:48.830: debug : virRegisterNetworkDriver:614 : registering Test as network driver 0 00:34:48.830: debug : virRegisterInterfaceDriver:645 : registering Test as interface driver 0 00:34:48.830: debug : virRegisterStorageDriver:676 : registering Test as storage driver 0 00:34:48.830: debug : virRegisterDeviceMonitor:707 : registering Test as device driver 0 00:34:48.830: debug : virRegisterSecretDriver:738 : registering Test as secret driver 0 00:34:48.830: debug : virRegisterDriver:776 : registering OPENVZ as driver 1 00:34:48.830: debug : vboxRegister:101 : VBoxCGlueInit failed, using dummy driver 00:34:48.830: debug : virRegisterDriver:776 : registering VBOX as driver 2 00:34:48.830: debug : virRegisterNetworkDriver:614 : registering VBOX as network driver 1 00:34:48.830: debug : virRegisterStorageDriver:676 : registering VBOX as storage driver 1 00:34:48.830: debug : virRegisterDriver:776 : registering ESX as driver 3 00:34:48.831: debug : virRegisterDriver:776 : registering remote as driver 4 00:34:48.831: debug : virRegisterNetworkDriver:614 : registering remote as network driver 2 00:34:48.831: debug : virRegisterInterfaceDriver:645 : registering remote as interface driver 1 00:34:48.831: debug : virRegisterStorageDriver:676 : registering remote as storage driver 2 00:34:48.831: debug : virRegisterDeviceMonitor:707 : registering remote as device driver 1 00:34:48.831: debug : virRegisterSecretDriver:738 : registering remote as secret driver 1 00:34:48.831: debug : virConnectOpenAuth:1273 : name=qemu+tcp://FC11-KVM/session, auth=0xbfc34918, flags=1 00:34:48.831: debug : do_open:1042 : name "qemu+tcp://FC11-KVM/session" to URI components: scheme qemu+tcp opaque (null) authority (null) server FC11-KVM user (null) port 0 path /session 00:34:48.831: debug : do_open:1052 : trying driver 0 (Test) ... 00:34:48.831: debug : do_open:1058 : driver 0 Test returned DECLINED 00:34:48.831: debug : do_open:1052 : trying driver 1 (OPENVZ) ... 00:34:48.831: debug : do_open:1058 : driver 1 OPENVZ returned DECLINED 00:34:48.831: debug : do_open:1052 : trying driver 2 (VBOX) ... 00:34:48.831: debug : do_open:1058 : driver 2 VBOX returned DECLINED 00:34:48.831: debug : do_open:1052 : trying driver 3 (ESX) ... 00:34:48.831: debug : do_open:1058 : driver 3 ESX returned DECLINED 00:34:48.831: debug : do_open:1052 : trying driver 4 (remote) ... 00:34:48.831: debug : doRemoteOpen:535 : proceeding with name = qemu:///session 00:34:48.835: debug : remoteIO:7421 : Do proc=66 serial=0 length=28 wait=(nil) 00:34:48.835: debug : remoteIO:7483 : We have the buck 66 0xb7c81008 0xb7c81008 00:34:48.838: debug : remoteIODecodeMessageLength:7032 : Got length, now need 64 total (60 more) 00:34:48.838: debug : remoteIOEventLoop:7347 : Giving up the buck 66 0xb7c81008 (nil) 00:34:48.838: debug : remoteIO:7514 : All done with our call 66 (nil) 0xb7c81008 00:34:48.838: debug : remoteIO:7421 : Do proc=1 serial=1 length=56 wait=(nil) 00:34:48.839: debug : remoteIO:7483 : We have the buck 1 0x894e658 0x894e658 00:34:48.839: debug : remoteIODecodeMessageLength:7032 : Got length, now need 56 total (52 more) 00:34:48.839: debug : remoteIOEventLoop:7347 : Giving up the buck 1 0x894e658 (nil) 00:34:48.839: debug : remoteIO:7514 : All done with our call 1 (nil) 0x894e658 00:34:48.839: debug : doRemoteOpen:850 : Adding Handler for remote events 00:34:48.839: debug : doRemoteOpen:860 : Adding Timeout for remote event queue flushing 00:34:48.839: debug : do_open:1058 : driver 4 remote returned SUCCESS 00:34:48.839: debug : do_open:1078 : network driver 0 Test returned DECLINED 00:34:48.839: debug : do_open:1078 : network driver 1 VBOX returned DECLINED 00:34:48.839: debug : do_open:1078 : network driver 2 remote returned SUCCESS 00:34:48.839: debug : do_open:1097 : interface driver 0 Test returned DECLINED 00:34:48.839: debug : do_open:1097 : interface driver 1 remote returned SUCCESS 00:34:48.839: debug : do_open:1117 : storage driver 0 Test returned DECLINED 00:34:48.839: debug : do_open:1117 : storage driver 1 VBOX returned DECLINED 00:34:48.839: debug : do_open:1117 : storage driver 2 remote returned SUCCESS 00:34:48.839: debug : do_open:1137 : node driver 0 Test returned DECLINED 00:34:48.839: debug : do_open:1137 : node driver 1 remote returned SUCCESS 00:34:48.840: debug : do_open:1164 : secret driver 0 Test returned DECLINED 00:34:48.840: debug : do_open:1164 : secret driver 1 remote returned SUCCESS 00:34:48.907: debug : virDomainLookupByID:1739 : conn=0x8944928, id=2 00:34:48.907: debug : remoteIO:7421 : Do proc=22 serial=2 length=32 wait=(nil) 00:34:48.907: debug : remoteIO:7483 : We have the buck 22 0x8a50a00 0x8a50a00 00:34:48.908: debug : remoteIODecodeMessageLength:7032 : Got length, now need 92 total (88 more) 00:34:48.909: debug : remoteIOEventLoop:7347 : Giving up the buck 22 0x8a50a00 (nil) 00:34:48.909: debug : remoteIO:7514 : All done with our call 22 (nil) 0x8a50a00 00:34:48.909: debug : virGetDomain:343 : New hash entry 0x8a4f3b0 00:34:48.909: debug : virDomainGetInfo:2732 : domain=0x8a4f3b0, info=0xbfc34890 00:34:48.910: debug : remoteIO:7421 : Do proc=16 serial=3 length=64 wait=(nil) 00:34:48.910: debug : remoteIO:7483 : We have the buck 16 0x8a50a00 0x8a50a00 00:34:48.912: debug : remoteIODecodeMessageLength:7032 : Got length, now need 88 total (84 more) 00:34:48.912: debug : remoteIOEventLoop:7347 : Giving up the buck 16 0x8a50a00 (nil) 00:34:48.912: debug : remoteIO:7514 : All done with our call 16 (nil) 0x8a50a00 00:34:48.912: debug : virDomainGetXMLDesc:2780 : domain=0x8a4f3b0, flags=0 00:34:48.912: debug : remoteIO:7421 : Do proc=14 serial=4 length=68 wait=(nil) 00:34:48.912: debug : remoteIO:7483 : We have the buck 14 0x8a50a00 0x8a50a00 00:34:48.914: debug : remoteIODecodeMessageLength:7032 : Got length, now need 1296 total (1292 more) 00:34:48.914: debug : remoteIOEventLoop:7347 : Giving up the buck 14 0x8a50a00 (nil) 00:34:48.914: debug : remoteIO:7514 : All done with our call 14 (nil) 0x8a50a00 00:34:48.915: debug : virDomainGetName:2431 : domain=0x8a4f3b0 00:34:48.915: debug : virDomainFree:1969 : domain=0x8a4f3b0 00:34:48.915: debug : virUnrefDomain:420 : unref domain 0x8a4f3b0 CloneWinXp 1 00:34:48.915: debug : virReleaseDomain:374 : release domain 0x8a4f3b0 CloneWinXp 00:34:48.915: debug : virReleaseDomain:390 : unref connection 0x8944928 2 00:34:48.915: debug : virConnectDomainEventRegister:8637 : conn=0x8944928, cb=0x804d1e0, opaque=0x8949468, freecb=(nil) 00:34:48.915: debug : remoteIO:7421 : Do proc=105 serial=5 length=28 wait=(nil) 00:34:48.915: debug : remoteIO:7483 : We have the buck 105 0x8a53850 0x8a53850 00:34:48.916: debug : remoteIODecodeMessageLength:7032 : Got length, now need 60 total (56 more) 00:34:48.916: debug : remoteIOEventLoop:7347 : Giving up the buck 105 0x8a53850 (nil) 00:34:48.916: debug : remoteIO:7514 : All done with our call 105 (nil) 0x8a53850 When i tried these same commands on the same machine where the libvirtd is running: it works fine. with qemu+tcp:///session 2 qemu:///session 2 i also tried to debug the virt-viewer-0.2.0 code. the only thing that i could find out was that in src/main.c in function int main(.....) line 97 : gtk_main(); after reaching this line 1. On the same machine the code hangs and the vnc display is shown and i can view my guest machine. 2. On the remote machine it doesnot stops here and comes out with the message on the popup saying connecting to vnc server. ------------------------ On windows im still facing the problem with certificates because the same certificates works on remote linux machine. but using "qemu+tcp://FC11-KVM/session 2"... atlease a new window pops up which does not respond... Do we have to do any configuration on libvirtd to make virt-viewer to work over tcp and tls because it works fine from a remote linux machine over ssh. ------------------------ has any1 have got any success running virt-viewer on windows...?? Regards Anuj On Fri, Sep 25, 2009 at 5:32 PM, Richard W.M. Jones wrote: > On Fri, Sep 25, 2009 at 11:57:35AM +0530, anuj rampal wrote: > > Then i tried on my windows machine > > > > URI that i used: > > virt-viewer.exe -c qemu://FC11-KVM/session 2 > > > > and this is the result that i got: > [...] > > 11:35:01.672: debug : initialise_gnutls:1099 : loading CA file > > /usr/i686-pc-ming > > w32/sys-root/mingw/etc/pki/CA/cacert.pem > > 11:35:01.677: debug : initialise_gnutls:1112 : loading client cert and > key > > from > > files /usr/i686-pc-mingw32/sys-root/mingw/etc/pki/libvirt/clientcert.pem > and > > /us > > r/i686-pc-mingw32/sys-root/mingw/etc/pki/libvirt/private/clientkey.pem > > 11:35:01.697: debug : do_open:1017 : driver 2 remote returned ERROR > > 11:35:01.698: debug : virUnrefConnect:232 : unref connection 0263B068 1 > > 11:35:01.700: debug : virReleaseConnect:191 : release connection 0263B068 > > unable to connect to libvirt qemu://FC11-KVM/session > > So the problem is that as you can see from reading the messages, it > can't load the client key file (from > /usr/i686-pc-mingw32/sys-root/mingw/etc/pki/libvirt/private/clientkey.pem). > > This path is compiled into libvirt, so the only way to change it is to > recompile libvirt with sysconfdir set to a more suitable path: > > ./configure --sysconfdir=/etc > > for example (and create /etc/pki ... on Windows). > > > tried with different URI on windows: > > virt-viewer.exe -c qemu+tcp://FC11-KVM/session 2 > [...] > > This worked, obviously because it's not using GnuTLS for encryption. > > Rich. > > -- > Richard Jones, Emerging Technologies, Red Hat > http://et.redhat.com/~rjones > libguestfs lets you edit virtual machines. Supports shell scripting, > bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ > See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rjones at redhat.com Wed Sep 30 16:21:25 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 30 Sep 2009 17:21:25 +0100 Subject: [fedora-virt] virt-viewer windows port In-Reply-To: References: <20090923145706.GA31875@amd.home.annexia.org> <20090924081844.GA32184@amd.home.annexia.org> <20090924132443.GB32184@amd.home.annexia.org> <20090925120254.GC32184@amd.home.annexia.org> Message-ID: <20090930162125.GD32184@amd.home.annexia.org> On Wed, Sep 30, 2009 at 09:02:59PM +0530, anuj rampal wrote: > i tried "./configure --sysconfdir=C:\pki\" > but this didnot work... When you say this "did not work", how did it fail? The clue is usually in the error message. In any case, you almost certainly can't just write C:\pki\ because \ is an escape character. Maybe you can double them, or use forward slashes instead. > LIBVIRT_DEBUG=1 virt-viewer -c qemu://FC11-KVM/session 2 It's really not helpful to use virt-viewer to test. Test using a simple tool like virsh. Get that working first. Once you understand what the problem was, *only then* try virt-viewer. > Do we have to do any configuration on libvirtd to make virt-viewer to work > over tcp and tls because it works fine from a remote linux machine over ssh. You can also disable encryption in libvirtd: http://libvirt.org/remote.html#Remote_libvirtd_configuration or read the libvirtd.conf file. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 75 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora From markmc at redhat.com Wed Sep 30 18:25:09 2009 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 30 Sep 2009 19:25:09 +0100 Subject: [fedora-virt] virt-preview updates In-Reply-To: <1250703309.17874.46.camel@blaa> References: <1244034684.5001.134.camel@blaa> <1244046483.5001.180.camel@blaa> <1244197459.27876.0.camel@blaa> <1246303956.11688.148.camel@blaa> <1246628572.13604.2.camel@blaa> <1246636154.13604.8.camel@blaa> <1247763853.3038.105.camel@blaa> <1248769817.3089.20.camel@blaa> <1248776732.3089.45.camel@blaa> <1248859649.3021.28.camel@blaa> <20090729093637.GC10723@salstar.sk> <1248868438.3021.31.camel@blaa> <1248873640.3021.34.camel@blaa> <1248879462.3021.39.camel@blaa> <1248882336.3021.40.camel@blaa> <1248974623.3275.4.camel@blaa> <1249057022.3320.35.camel@blaa> <1249400197.3212.73.camel@blaa> <1249573056.3721.62.camel@blaa> <1249639097.3260.5.camel@blaa> <1249900612.8784.79.camel@blaa> <1250700893.17874.44.camel@blaa> <1250703309.17874.46.camel@blaa> Message-ID: <1254335109.5095.3.camel@blaa> The latest updates available from http://markmc.fedorapeople.org/virt-preview == qemu == * Mon Sep 28 2009 Mark McLoughlin - 2:0.11.0-2 - Fix pci hotplug to not exit if supplied an invalid NIC model (#524022) == libvirt == * Wed Sep 30 2009 Mark McLoughlin - 0.7.1-7 - Fix USB device passthrough (#522683) Cheers, Mark. == About The Virtualization Preview Repository == The virt-preview repository offers Fedora 11 users the opportunity to help out with testing the rawhide virtualization packages, without having to run all of rawhide. Bugs should be reported to http://bugzilla.redhat.com/ using 'rawhide' as the distribution version. Note clearly in the bug report that you are running these packages on Fedora 11. From gianluca.cecchi at gmail.com Wed Sep 30 23:54:51 2009 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 1 Oct 2009 01:54:51 +0200 Subject: [fedora-virt] using kqemu with fedora-virt-preview repo Message-ID: <561c252c0909301654r76bde27cve99147120b69bc25@mail.gmail.com> I have a powerful server but without VT capabilities, where I would like to use virt-manager tools as of fedora-virt-preview repo and speed up somehow things using kqemu. It seems that kqemu support is not compiled in for this repo, correct? Instead, as the kqemu kernel module is in rpmfusion, I presume that the stock f11 qemu has this support built in.... Am I wrong? Any problems to compile kqemu support ? On another server, tried to rebuild qemu-0.11.0-2.fc11.src.rpm (from fedora-virt) after installing kqemu from rpmfusion. But while if I take the source I get kqemu as enabled in configure script, in rpmbuild I don't get so. I notice that inside the qemu tar.gz as provided by the source.rpm there are three lines below in the top configure script: if [ "$cpu" = "i386" -o "$cpu" = "x86_64" ] ; then kqemu="yes" audio_possible_drivers="$audio_possible_drivers fmod" kvm="yes" kqemu="no" So I commented out the kqemu="no" line... and built the package (not touching the other two configure scripts that seems related to kvm...) After installing, if I run qem-kvm or qemu without kqemu all is ok. Instead, running [root at tekkaman bin]# ./qemu --enable-kqemu I get Not enough memory (requested_size = 16777216, max memory = 146800640) Aborted Any hints? For Kqemu now gplv2, are there any barriers to have it included in fedora directly? Thanks in advance, Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: