From agx at sigxcpu.org Sat Jul 4 16:09:01 2009 From: agx at sigxcpu.org (Guido =?iso-8859-1?Q?G=FCnther?=) Date: Sat, 4 Jul 2009 18:09:01 +0200 Subject: [et-mgmt-tools] virtinst: acpi/apic == FALSE for Windows XP Message-ID: <20090704160901.GB27650@bogon.sigxcpu.org> Hi, virtinst has: "winxp":{ "label": "Microsoft Windows XP (x86)", "acpi": False, "apic": False }, I couldn't find any reason for this in the hg logs and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512439 states that Windows XP is working fine with acpi/apic enabled which has the immediate advantage that poweroff via ACPI works as expected. So does it make sense to handle winxp the same win2k3? Cheers, -- Guido From agx at sigxcpu.org Sun Jul 5 12:27:22 2009 From: agx at sigxcpu.org (Guido =?iso-8859-1?Q?G=FCnther?=) Date: Sun, 5 Jul 2009 14:27:22 +0200 Subject: [et-mgmt-tools] virtinst: acpi/apic == FALSE for Windows XP In-Reply-To: <20090704160901.GB27650@bogon.sigxcpu.org> References: <20090704160901.GB27650@bogon.sigxcpu.org> Message-ID: <20090705122722.GA3313@bogon.sigxcpu.org> On Sat, Jul 04, 2009 at 06:09:01PM +0200, Guido G?nther wrote: > Hi, > virtinst has: > > "winxp":{ "label": "Microsoft Windows XP (x86)", > "acpi": False, "apic": False }, > > I couldn't find any reason for this in the hg logs and > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512439 The correct URL is: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533201 Cheers, -- Guido From crobinso at redhat.com Sun Jul 5 20:50:59 2009 From: crobinso at redhat.com (Cole Robinson) Date: Sun, 05 Jul 2009 16:50:59 -0400 Subject: [et-mgmt-tools] virtinst: acpi/apic == FALSE for Windows XP In-Reply-To: <20090705122722.GA3313@bogon.sigxcpu.org> References: <20090704160901.GB27650@bogon.sigxcpu.org> <20090705122722.GA3313@bogon.sigxcpu.org> Message-ID: <4A511233.1030803@redhat.com> On 07/05/2009 08:27 AM, Guido G?nther wrote: > On Sat, Jul 04, 2009 at 06:09:01PM +0200, Guido G?nther wrote: >> Hi, >> virtinst has: >> >> "winxp":{ "label": "Microsoft Windows XP (x86)", >> "acpi": False, "apic": False }, >> >> I couldn't find any reason for this in the hg logs and >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512439 > The correct URL is: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533201 > Cheers, > -- Guido > AFAIK this was done because windows installs on xen used to choke if ACPI was enabled. There is an old wiki page corroborating that here, no idea if it is still relevant, or if there were other issues at play: http://wiki.xensource.com/xenwiki/XenWindowsACPI I'm pretty sure the KVM maintainer has indicated we should enable ACPI unconditionally these days, so I'd take a patch for that. Thanks, Cole From gianluca.cecchi at gmail.com Mon Jul 6 15:13:47 2009 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Mon, 6 Jul 2009 17:13:47 +0200 Subject: [et-mgmt-tools] virsh acts differently if -d is used Message-ID: <561c252c0907060813y31770309kea57c232f626ce0f@mail.gmail.com> Hello, trying to power on and off a qemu guest from within cobbler gui. As I received an error, I tried with the virsh command to see what is wrong. in cobbler system name config I have power type: virsh power id: ktest (that is my system name) no other parameters. cobbler server is the same as the qemu/kvm host. sync command already run [root at virtfed ]# cobbler system poweron --name=ktest /usr/lib64/python2.6/site-packages/Cheetah/CacheRegion.py:30: DeprecationWarning: the md5 module is deprecated; use hashlib instead import md5 cobbler power configuration is: type : virsh address: user : id : ktest - /usr/bin/virsh --connect qemu://localhost/system start ktest error: failed to connect to the hypervisor error: failed to connect to the hypervisor [here Ctrl+c pressed to stop the loop] The command virsh itself gives the same problem if run directly as: /usr/bin/virsh --connect qemu://localhost/system start ktest error: failed to connect to the hypervisor while it succeeds if run as: /usr/bin/virsh --connect qemu:///system start ktest Domain ktest started so it seems that the triple / is different form localhost????? But the strangest thing is that while trying to discover how differently is it interpreted the triple / I found that the same command using localhost succeeds if run with "-d"......: /usr/bin/virsh -d --connect qemu://localhost/system start ktest Domain ktest started The system is F11 x86_64 with: libvirt-0.6.2-12.fc11.x86_64 cobbler-1.6.6-1.fc11.x86_64 Do I have to bugzilla libvirt for this? Should it be localhost managed differently that ///? Thanks, Gianluca From laurent at open-minds.org Tue Jul 7 00:57:48 2009 From: laurent at open-minds.org (Laurent =?iso-8859-1?q?L=E9onard?=) Date: Tue, 7 Jul 2009 02:57:48 +0200 Subject: [et-mgmt-tools] [virtinst] Windows 7 should be added to the OS dictionary Message-ID: <200907070257.52042.laurent@open-minds.org> The attached patch add Windows 7 to the virtinst OS dictionary. I'm not sure about the naming convention (I used "win7") ? More informations are available here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=535781 -- Laurent L?onard -------------- next part -------------- A non-text attachment was scrubbed... Name: windows_7.diff Type: text/x-diff Size: 412 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From pasik at iki.fi Tue Jul 7 07:43:54 2009 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Tue, 7 Jul 2009 10:43:54 +0300 Subject: [et-mgmt-tools] virtinst: acpi/apic == FALSE for Windows XP In-Reply-To: <4A511233.1030803@redhat.com> References: <20090704160901.GB27650@bogon.sigxcpu.org> <20090705122722.GA3313@bogon.sigxcpu.org> <4A511233.1030803@redhat.com> Message-ID: <20090707074354.GJ24960@edu.joroinen.fi> On Sun, Jul 05, 2009 at 04:50:59PM -0400, Cole Robinson wrote: > On 07/05/2009 08:27 AM, Guido G?nther wrote: > > On Sat, Jul 04, 2009 at 06:09:01PM +0200, Guido G?nther wrote: > >> Hi, > >> virtinst has: > >> > >> "winxp":{ "label": "Microsoft Windows XP (x86)", > >> "acpi": False, "apic": False }, > >> > >> I couldn't find any reason for this in the hg logs and > >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512439 > > The correct URL is: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533201 > > Cheers, > > -- Guido > > > > AFAIK this was done because windows installs on xen used to choke if ACPI was > enabled. There is an old wiki page corroborating that here, no idea if it is > still relevant, or if there were other issues at play: > > http://wiki.xensource.com/xenwiki/XenWindowsACPI > I think that's obsolete and nowadays ACPI (and APIC) should be enabled for Xen Windows guests. Please correct me if I'm wrong. -- Pasi > I'm pretty sure the KVM maintainer has indicated we should enable ACPI > unconditionally these days, so I'd take a patch for that. > > Thanks, > Cole > From clalance at redhat.com Tue Jul 7 07:53:45 2009 From: clalance at redhat.com (Chris Lalancette) Date: Tue, 07 Jul 2009 09:53:45 +0200 Subject: [et-mgmt-tools] virtinst: acpi/apic == FALSE for Windows XP In-Reply-To: <20090707074354.GJ24960@edu.joroinen.fi> References: <20090704160901.GB27650@bogon.sigxcpu.org> <20090705122722.GA3313@bogon.sigxcpu.org> <4A511233.1030803@redhat.com> <20090707074354.GJ24960@edu.joroinen.fi> Message-ID: <4A52FF09.7020200@redhat.com> Pasi K?rkk?inen wrote: > On Sun, Jul 05, 2009 at 04:50:59PM -0400, Cole Robinson wrote: >> On 07/05/2009 08:27 AM, Guido G?nther wrote: >>> On Sat, Jul 04, 2009 at 06:09:01PM +0200, Guido G?nther wrote: >>>> Hi, >>>> virtinst has: >>>> >>>> "winxp":{ "label": "Microsoft Windows XP (x86)", >>>> "acpi": False, "apic": False }, >>>> >>>> I couldn't find any reason for this in the hg logs and >>>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512439 >>> The correct URL is: >>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533201 >>> Cheers, >>> -- Guido >>> >> AFAIK this was done because windows installs on xen used to choke if ACPI was >> enabled. There is an old wiki page corroborating that here, no idea if it is >> still relevant, or if there were other issues at play: >> >> http://wiki.xensource.com/xenwiki/XenWindowsACPI >> > > I think that's obsolete and nowadays ACPI (and APIC) should be enabled for > Xen Windows guests. > > Please correct me if I'm wrong. You are probably correct, although testing (especially on things like RHEL-5 Xen) is in order before making the change for Xen as well. -- Chris Lalancette From laurent at open-minds.org Tue Jul 7 11:04:15 2009 From: laurent at open-minds.org (Laurent =?iso-8859-1?q?L=E9onard?=) Date: Tue, 7 Jul 2009 13:04:15 +0200 Subject: [et-mgmt-tools] virtinst: acpi/apic == FALSE for Windows XP In-Reply-To: <4A52FF09.7020200@redhat.com> References: <20090704160901.GB27650@bogon.sigxcpu.org> <20090707074354.GJ24960@edu.joroinen.fi> <4A52FF09.7020200@redhat.com> Message-ID: <200907071304.21998.laurent@open-minds.org> Le mardi 07 juillet 2009 ? 09:53, Chris Lalancette a ?crit?: > Pasi K?rkk?inen wrote: > > On Sun, Jul 05, 2009 at 04:50:59PM -0400, Cole Robinson wrote: > >> On 07/05/2009 08:27 AM, Guido G?nther wrote: > >>> On Sat, Jul 04, 2009 at 06:09:01PM +0200, Guido G?nther wrote: > >>>> Hi, > >>>> virtinst has: > >>>> > >>>> "winxp":{ "label": "Microsoft Windows XP (x86)", > >>>> "acpi": False, "apic": False }, > >>>> > >>>> I couldn't find any reason for this in the hg logs and > >>>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512439 > >>> > >>> The correct URL is: > >>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533201 > >>> Cheers, > >>> -- Guido > >> > >> AFAIK this was done because windows installs on xen used to choke if > >> ACPI was enabled. There is an old wiki page corroborating that here, no > >> idea if it is still relevant, or if there were other issues at play: > >> > >> http://wiki.xensource.com/xenwiki/XenWindowsACPI > > > > I think that's obsolete and nowadays ACPI (and APIC) should be enabled > > for Xen Windows guests. > > > > Please correct me if I'm wrong. > > You are probably correct, although testing (especially on things like > RHEL-5 Xen) is in order before making the change for Xen as well. As I wrote in a mail to Cole, I made some tests on Debian Squeeze with Xen 3.2.1. I successfully installed a Windows XP virtual machine with ACPI enabled, the installation ended without any manual intervention (excepted those requested by the Windows setup). But I also installed a similar virtual machine without ACPI. The virtual machine with ACPI enabled seems to be slower than the virtual machine without ACPI. I suppose it's a bug in Xen 3.2.1, perhaps it is fixed in Xen 3.3 or 3.4 ? Same problem with Windows Server 2003 (ACPI is enabled in OS dictionary for this variant corrseponding to this Windows version). I think there is no difference in ACPI handling between Windows XP x86, x86_64 and Windows Server 2003 so there is no reason to have different options in the OS dictionary... -- Laurent L?onard -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From pasik at iki.fi Tue Jul 7 16:58:20 2009 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Tue, 7 Jul 2009 19:58:20 +0300 Subject: [et-mgmt-tools] virtinst: acpi/apic == FALSE for Windows XP In-Reply-To: <4A52FF09.7020200@redhat.com> References: <20090704160901.GB27650@bogon.sigxcpu.org> <20090705122722.GA3313@bogon.sigxcpu.org> <4A511233.1030803@redhat.com> <20090707074354.GJ24960@edu.joroinen.fi> <4A52FF09.7020200@redhat.com> Message-ID: <20090707165820.GQ24960@edu.joroinen.fi> On Tue, Jul 07, 2009 at 09:53:45AM +0200, Chris Lalancette wrote: > Pasi K?rkk?inen wrote: > > On Sun, Jul 05, 2009 at 04:50:59PM -0400, Cole Robinson wrote: > >> On 07/05/2009 08:27 AM, Guido G?nther wrote: > >>> On Sat, Jul 04, 2009 at 06:09:01PM +0200, Guido G?nther wrote: > >>>> Hi, > >>>> virtinst has: > >>>> > >>>> "winxp":{ "label": "Microsoft Windows XP (x86)", > >>>> "acpi": False, "apic": False }, > >>>> > >>>> I couldn't find any reason for this in the hg logs and > >>>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512439 > >>> The correct URL is: > >>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533201 > >>> Cheers, > >>> -- Guido > >>> > >> AFAIK this was done because windows installs on xen used to choke if ACPI was > >> enabled. There is an old wiki page corroborating that here, no idea if it is > >> still relevant, or if there were other issues at play: > >> > >> http://wiki.xensource.com/xenwiki/XenWindowsACPI > >> > > > > I think that's obsolete and nowadays ACPI (and APIC) should be enabled for > > Xen Windows guests. > > > > Please correct me if I'm wrong. > > You are probably correct, although testing (especially on things like RHEL-5 > Xen) is in order before making the change for Xen as well. > I actually asked about this on xen-devel, and Keir Fraser replied that ACPI with Windows has been working properly at least since Xen 3.1.0 days. I updated that XenWindowsACPI wiki page aswell. -- Pasi From laurent at open-minds.org Wed Jul 8 12:10:08 2009 From: laurent at open-minds.org (Laurent =?iso-8859-1?q?L=E9onard?=) Date: Wed, 8 Jul 2009 14:10:08 +0200 Subject: [et-mgmt-tools] virtinst: acpi/apic == FALSE for Windows XP In-Reply-To: <20090707165820.GQ24960@edu.joroinen.fi> References: <20090704160901.GB27650@bogon.sigxcpu.org> <4A52FF09.7020200@redhat.com> <20090707165820.GQ24960@edu.joroinen.fi> Message-ID: <200907081410.12795.laurent@open-minds.org> Le mardi 07 juillet 2009 ? 18:58, Pasi K?rkk?inen a ?crit?: > On Tue, Jul 07, 2009 at 09:53:45AM +0200, Chris Lalancette wrote: > > Pasi K?rkk?inen wrote: > > > On Sun, Jul 05, 2009 at 04:50:59PM -0400, Cole Robinson wrote: > > >> On 07/05/2009 08:27 AM, Guido G?nther wrote: > > >>> On Sat, Jul 04, 2009 at 06:09:01PM +0200, Guido G?nther wrote: > > >>>> Hi, > > >>>> virtinst has: > > >>>> > > >>>> "winxp":{ "label": "Microsoft Windows XP (x86)", > > >>>> "acpi": False, "apic": False }, > > >>>> > > >>>> I couldn't find any reason for this in the hg logs and > > >>>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512439 > > >>> > > >>> The correct URL is: > > >>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533201 > > >>> Cheers, > > >>> -- Guido > > >> > > >> AFAIK this was done because windows installs on xen used to choke if > > >> ACPI was enabled. There is an old wiki page corroborating that here, > > >> no idea if it is still relevant, or if there were other issues at > > >> play: > > >> > > >> http://wiki.xensource.com/xenwiki/XenWindowsACPI > > > > > > I think that's obsolete and nowadays ACPI (and APIC) should be enabled > > > for Xen Windows guests. > > > > > > Please correct me if I'm wrong. > > > > You are probably correct, although testing (especially on things like > > RHEL-5 Xen) is in order before making the change for Xen as well. > > I actually asked about this on xen-devel, and Keir Fraser replied that ACPI > with Windows has been working properly at least since Xen 3.1.0 days. I also installed Windows 2000 Server virtual machines with ACPI enabled on Debian Squeeze with Xen 3.2.1 and KVM 85, no problem. So the attached patch should be applied to virtinst to: - Enable ACPI and APIC for Windows XP - Enable ACPI and APIC for Windows 2000 - Merge Windows XP x86 and x86_64 variants because there is no more reason to have different variants for the same OS -- Laurent L?onard -------------- next part -------------- A non-text attachment was scrubbed... Name: windows_acpi.diff Type: text/x-diff Size: 824 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From rjones at redhat.com Wed Jul 8 16:13:18 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 8 Jul 2009 17:13:18 +0100 Subject: [et-mgmt-tools] New mailing list for libguestfs/guestfish/virt-inspector discussion/development Message-ID: <20090708161318.GA13152@amd.home.annexia.org> http://www.redhat.com/mailman/listinfo/libguestfs I'll be updating the website with the new details shortly. 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 laurent at open-minds.org Wed Jul 8 22:41:20 2009 From: laurent at open-minds.org (Laurent =?utf-8?q?L=C3=A9onard?=) Date: Thu, 9 Jul 2009 00:41:20 +0200 Subject: [et-mgmt-tools] virt-df compilation under Debian GNU/Linux Message-ID: <200907090041.23861.laurent@open-minds.org> Hi, I tried to compile virt-df under Debian GNU/Linux but I got the following error message: [...] ocamlfind ocamlc -dtypes -g -syntax bitstring.syntax -package unix,extlib,bitstring.syntax -c diskimage_ext2.mli ocamlfind ocamlc -dtypes -g -syntax bitstring.syntax -package unix,extlib,bitstring.syntax -c diskimage_ext2.ml File "diskimage_ext2.ml", line 228, characters 6-7: Parse error: ":" expected after [patt] (in [patt_field]) File "diskimage_ext2.ml", line 1, characters 0-1: Error: Preprocessor error [...] I tried with Ocaml 3.11.0 (from Squeeze) and 3.11.1 (from Sid), any idea what's wrong ? Thank you, -- Laurent L?onard -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From crobinso at redhat.com Thu Jul 9 19:26:18 2009 From: crobinso at redhat.com (Cole Robinson) Date: Thu, 09 Jul 2009 15:26:18 -0400 Subject: [et-mgmt-tools] [PATCH] virt-install: Add --serial and --parallel options Message-ID: <4A56445A.9000009@redhat.com> The attached patch adds --serial and --parallel options to virt-install, for attaching the respective devices to the new VM. Isn't much to say here, some examples explain it all: Serial PTY: --serial pty Parallel to a file: --serial file,path=/tmp/foo.log TCP net console in server mode, using telnet format: --serial tcp,host=0.0.0.0:2222,mode=bind,protocol=telnet UDP net console, sending output to the specified host: --serial udp,host=192.168.10.20:4444 The man page has examples for several other types as well. --serial and --parallel share the same option format, as they do in the libvirt xml. Any questions or comments appreciated. - Cole -------------- next part -------------- A non-text attachment was scrubbed... Name: virtinst-add-char-devs.patch Type: text/x-diff Size: 10490 bytes Desc: not available URL: From crobinso at redhat.com Thu Jul 9 19:26:49 2009 From: crobinso at redhat.com (Cole Robinson) Date: Thu, 09 Jul 2009 15:26:49 -0400 Subject: [et-mgmt-tools] [PATCH] virt-install: Add --video option Message-ID: <4A564479.4030303@redhat.com> The attached patch adds a --video option to virt-install, for specifying the video device model to attach to the VM (cirrus, vga, vmvga, etc.). Pretty straightforward, the invocation is simply --video MODEL, ex: --video vga Questions or comments appreciated. - Cole -------------- next part -------------- A non-text attachment was scrubbed... Name: virtinst-add-video-dev.patch Type: text/x-diff Size: 3148 bytes Desc: not available URL: From crobinso at redhat.com Thu Jul 9 19:27:00 2009 From: crobinso at redhat.com (Cole Robinson) Date: Thu, 09 Jul 2009 15:27:00 -0400 Subject: [et-mgmt-tools] [PATCH] virt-manager: Support serial and parallel devices in 'Add Hardware' Message-ID: <4A564484.3030803@redhat.com> The attached patch implements attaching serial and parallel devices via the 'Add Hardware' wizard in virt-manager. A couple screenshots: http://fedorapeople.org/~crobinso/virt-manager/vmm-add-char1.png http://fedorapeople.org/~crobinso/virt-manager/vmm-add-char2.png The options change quite a bit depending on which device type is selected: the associated fields and activated accordingly. The box on the right provides some documentation about the selected field. I snipped the actual UI diff from the patch since it is pretty large. Questions or comments appreciated. - Cole -------------- next part -------------- A non-text attachment was scrubbed... Name: virt-manager-add-char-dev.patch Type: text/x-diff Size: 12569 bytes Desc: not available URL: From crobinso at redhat.com Thu Jul 9 19:27:10 2009 From: crobinso at redhat.com (Cole Robinson) Date: Thu, 09 Jul 2009 15:27:10 -0400 Subject: [et-mgmt-tools] [PATCH] virt-manager: Support video devices in 'Add Hardware' Message-ID: <4A56448E.7090708@redhat.com> The attached patch implements attaching video devices via the 'Add Hardware' wizard in virt-manager. An example screenshot: http://fedorapeople.org/~crobinso/virt-manager/vmm-add-video.png Only the device 'model' is exposed, since that is all that is really relevant for qemu and xen ATM. As a result the wizard is pretty straightforward. I snipped the actual UI diff from the patch since it is pretty large. Questions or comments appreciated. - Cole -------------- next part -------------- A non-text attachment was scrubbed... Name: virt-manager-add-video-dev.patch Type: text/x-diff Size: 3947 bytes Desc: not available URL: From berrange at redhat.com Thu Jul 9 21:47:21 2009 From: berrange at redhat.com (Daniel P. Berrange) Date: Thu, 9 Jul 2009 22:47:21 +0100 Subject: [et-mgmt-tools] [PATCH] virt-install: Add --video option In-Reply-To: <4A564479.4030303@redhat.com> References: <4A564479.4030303@redhat.com> Message-ID: <20090709214721.GI6889@redhat.com> On Thu, Jul 09, 2009 at 03:26:49PM -0400, Cole Robinson wrote: > The attached patch adds a --video option to virt-install, for specifying the > video device model to attach to the VM (cirrus, vga, vmvga, etc.). > > Pretty straightforward, the invocation is simply --video MODEL, ex: > > --video vga > > Questions or comments appreciated. Worth at least stating that in the future you may have extra args eg -video xen,vram=8000 The XML allows for vram to be specified, but I've not got it wired up to any driver yet. Xen is the only one currently able to customize it, so could wire it up there 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 rjones at redhat.com Thu Jul 9 21:52:37 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Thu, 9 Jul 2009 22:52:37 +0100 Subject: [et-mgmt-tools] virt-df compilation under Debian GNU/Linux In-Reply-To: <200907090041.23861.laurent@open-minds.org> References: <200907090041.23861.laurent@open-minds.org> Message-ID: <20090709215237.GA23170@amd.home.annexia.org> On Thu, Jul 09, 2009 at 12:41:20AM +0200, Laurent L?onard wrote: > Hi, > > I tried to compile virt-df under Debian GNU/Linux but I got the following > error message: > [...] > ocamlfind ocamlc -dtypes -g -syntax bitstring.syntax -package > unix,extlib,bitstring.syntax -c diskimage_ext2.mli > ocamlfind ocamlc -dtypes -g -syntax bitstring.syntax -package > unix,extlib,bitstring.syntax -c diskimage_ext2.ml > File "diskimage_ext2.ml", line 228, characters 6-7: > Parse error: ":" expected after [patt] (in [patt_field]) > File "diskimage_ext2.ml", line 1, characters 0-1: > Error: Preprocessor error > [...] > > I tried with Ocaml 3.11.0 (from Squeeze) and 3.11.1 (from Sid), any idea > what's wrong ? Yes, there's a regression in my camlp4 code. There's a new version of virt-df coming shortly, so keep an eye on the website. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw From crobinso at redhat.com Thu Jul 9 22:04:36 2009 From: crobinso at redhat.com (Cole Robinson) Date: Thu, 09 Jul 2009 18:04:36 -0400 Subject: [et-mgmt-tools] [PATCH] virt-install: Add --video option In-Reply-To: <20090709214721.GI6889@redhat.com> References: <4A564479.4030303@redhat.com> <20090709214721.GI6889@redhat.com> Message-ID: <4A566974.7010006@redhat.com> Daniel P. Berrange wrote: > On Thu, Jul 09, 2009 at 03:26:49PM -0400, Cole Robinson wrote: >> The attached patch adds a --video option to virt-install, for specifying the >> video device model to attach to the VM (cirrus, vga, vmvga, etc.). >> >> Pretty straightforward, the invocation is simply --video MODEL, ex: >> >> --video vga >> >> Questions or comments appreciated. > > Worth at least stating that in the future you may have extra args > > eg -video xen,vram=8000 > Whoops, yeah, it's mentioned in the commit message with the patch, just forgot it in the mail. It will be trivial to expand in the future. - Cole From rjones at redhat.com Fri Jul 10 12:12:52 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 10 Jul 2009 13:12:52 +0100 Subject: [et-mgmt-tools] virt-df compilation under Debian GNU/Linux In-Reply-To: <200907090041.23861.laurent@open-minds.org> References: <200907090041.23861.laurent@open-minds.org> Message-ID: <20090710121252.GA30574@amd.home.annexia.org> I just pushed the new version of virt-df to the libguestfs git repository. home page: http://et.redhat.com/~rjones/virt-df/ libguestfs: http://libguestfs.org/ git repo: http://git.et.redhat.com/?p=libguestfs.git;a=summary # virt-df -h Filesystem Size Used Available Use% Ubuntu904x64:/dev/sda1 9.4G 2.1G 6.8G 27.7% Debian5x64:/dev/debian5x64/home 3.4G 761.9M 2.5G 27.0% Debian5x64:/dev/debian5x64/root 321.5M 111.1M 193.8M 39.7% Debian5x64:/dev/debian5x64/tmp 302.1M 10.0M 276.5M 8.5% Debian5x64:/dev/debian5x64/usr 3.4G 1.1G 2.1G 38.3% Debian5x64:/dev/debian5x64/var 1.7G 612.6M 1001.9M 41.1% Debian5x64:/dev/sda1 227.9M 18.6M 197.1M 13.5% F10x32:/dev/VolGroup00/LogVol00 8.8G 3.1G 5.2G 40.3% F10x32:/dev/sda1 189.9M 20.2M 159.9M 15.8% CentOS5x32:/dev/VolGroup00/LogVol00 8.6G 3.9G 4.2G 50.6% CentOS5x32:/dev/sda1 98.7M 23.5M 70.1M 29.0% Win2003x32:/dev/sda1 20.0G 2.1G 17.9G 10.4% 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 rheron at inferencedata.com Fri Jul 10 14:26:45 2009 From: rheron at inferencedata.com (Rodrique Heron) Date: Fri, 10 Jul 2009 10:26:45 -0400 Subject: [et-mgmt-tools] virsh failed to get local hostname Message-ID: <72AD56B5CA23BA4D9005B554CDE7636F0708E04BDE@n1-i-mailbe-01.inferencedata.net> On my fresh install of Fedora 11, I am trying to connect to a running guest console with virsh. When I execute virsh console I get the error below. [root at N1-I-FKVM-01 ~]# virsh list Id Name State ---------------------------------- 3 N1ISPWALK01 running [root at N1-I-FKVM-01 ~]# virsh console 3 error: Failed to get local hostname I figured this may be because my /etc/hosts did not have an entry for the host. I modified /etc/hosts, and reboot the server, but I'm still getting the error. Any hints? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From lochner at clone1.com Sat Jul 11 02:06:09 2009 From: lochner at clone1.com (Richard A. Lochner) Date: Fri, 10 Jul 2009 21:06:09 -0500 Subject: [et-mgmt-tools] Virt-Manager Remote TLS Setup Errata Message-ID: <6930C40D78B541668C839265910A2485@RALLAP2> To Whom It May Concern: The web page http://virt-manager.et.redhat.com/page/RemoteTLS states that: To enable the use of SSL/TLS for VNC, it is neccessary to put the CA & client certificates into $HOME/.pki, providing three files CA/ca-cert.pem - The CA certificate libvirt-vnc/clientcert.pem - The client certificate signed by the CA libvirt-vnc/clientkey.pem - The client private key This is incorrect. The correct path for the private key is: libvirt-vnc/private/clientkey.pem - The client private key Please save someone else the countless hours it took me to determine the proper location. The virt-manager error messages are not helpful at all with regard to vnc connect errors. Thank you, Rick Lochner -------------- next part -------------- An HTML attachment was scrubbed... URL: From crobinso at redhat.com Tue Jul 14 14:01:54 2009 From: crobinso at redhat.com (Cole Robinson) Date: Tue, 14 Jul 2009 10:01:54 -0400 Subject: [et-mgmt-tools] virtinst: acpi/apic == FALSE for Windows XP In-Reply-To: <200907081410.12795.laurent@open-minds.org> References: <20090704160901.GB27650@bogon.sigxcpu.org> <4A52FF09.7020200@redhat.com> <20090707165820.GQ24960@edu.joroinen.fi> <200907081410.12795.laurent@open-minds.org> Message-ID: <4A5C8FD2.8090903@redhat.com> Laurent L?onard wrote: > Le mardi 07 juillet 2009 ? 18:58, Pasi K?rkk?inen a ?crit : >> On Tue, Jul 07, 2009 at 09:53:45AM +0200, Chris Lalancette wrote: >>> Pasi K?rkk?inen wrote: >>>> On Sun, Jul 05, 2009 at 04:50:59PM -0400, Cole Robinson wrote: >>>>> On 07/05/2009 08:27 AM, Guido G?nther wrote: >>>>>> On Sat, Jul 04, 2009 at 06:09:01PM +0200, Guido G?nther wrote: >>>>>>> Hi, >>>>>>> virtinst has: >>>>>>> >>>>>>> "winxp":{ "label": "Microsoft Windows XP (x86)", >>>>>>> "acpi": False, "apic": False }, >>>>>>> >>>>>>> I couldn't find any reason for this in the hg logs and >>>>>>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512439 >>>>>> The correct URL is: >>>>>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533201 >>>>>> Cheers, >>>>>> -- Guido >>>>> AFAIK this was done because windows installs on xen used to choke if >>>>> ACPI was enabled. There is an old wiki page corroborating that here, >>>>> no idea if it is still relevant, or if there were other issues at >>>>> play: >>>>> >>>>> http://wiki.xensource.com/xenwiki/XenWindowsACPI >>>> I think that's obsolete and nowadays ACPI (and APIC) should be enabled >>>> for Xen Windows guests. >>>> >>>> Please correct me if I'm wrong. >>> You are probably correct, although testing (especially on things like >>> RHEL-5 Xen) is in order before making the change for Xen as well. >> I actually asked about this on xen-devel, and Keir Fraser replied that ACPI >> with Windows has been working properly at least since Xen 3.1.0 days. > > I also installed Windows 2000 Server virtual machines with ACPI enabled on > Debian Squeeze with Xen 3.2.1 and KVM 85, no problem. > > So the attached patch should be applied to virtinst to: > - Enable ACPI and APIC for Windows XP > - Enable ACPI and APIC for Windows 2000 > - Merge Windows XP x86 and x86_64 variants because there is no more reason to > have different variants for the same OS > Hmm, I would like to maintain the current behavior for xen < 3.1.0, since RHEL/CentOS is still a target and I wouldn't want to regress. We should be able to get this info from libvirt and the ACPI defaults accordingly, I'll test it out shortly. As for merging XP 32 and XP 64: the latter is actually more like windows 2003 than it is XP, so it should really remain a separate variant. We may add more metadata to the osdict in the future that will actually yeild a difference between XP and XP64. At the very least, back compat would need to be maintained, so we would need to map the existing 'winxp64' label to something already in the dict. Thanks, Cole From crobinso at redhat.com Tue Jul 14 14:03:31 2009 From: crobinso at redhat.com (Cole Robinson) Date: Tue, 14 Jul 2009 10:03:31 -0400 Subject: [et-mgmt-tools] [virtinst] Windows 7 should be added to the OS dictionary In-Reply-To: <200907070257.52042.laurent@open-minds.org> References: <200907070257.52042.laurent@open-minds.org> Message-ID: <4A5C9033.2050008@redhat.com> Laurent L?onard wrote: > The attached patch add Windows 7 to the virtinst OS dictionary. I'm not sure > about the naming convention (I used "win7") ? > > More informations are available here: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=535781 > Thanks, applied: http://hg.et.redhat.com/cgi-bin/hg-virt.cgi/applications/virtinst--devel/rev/020c0a312e7f - Cole From crobinso at redhat.com Tue Jul 14 14:04:01 2009 From: crobinso at redhat.com (Cole Robinson) Date: Tue, 14 Jul 2009 10:04:01 -0400 Subject: [et-mgmt-tools] [PATCH] virt-install: Add --serial and --parallel options In-Reply-To: <4A56445A.9000009@redhat.com> References: <4A56445A.9000009@redhat.com> Message-ID: <4A5C9051.7080002@redhat.com> Cole Robinson wrote: > The attached patch adds --serial and --parallel options to virt-install, for > attaching the respective devices to the new VM. Isn't much to say here, some > examples explain it all: > > Serial PTY: > > --serial pty > > Parallel to a file: > > --serial file,path=/tmp/foo.log > > TCP net console in server mode, using telnet format: > > --serial tcp,host=0.0.0.0:2222,mode=bind,protocol=telnet > > UDP net console, sending output to the specified host: > > --serial udp,host=192.168.10.20:4444 > > The man page has examples for several other types as well. --serial and > --parallel share the same option format, as they do in the libvirt xml. > > Any questions or comments appreciated. > > - Cole > Pushed now. Thanks, Cole From crobinso at redhat.com Tue Jul 14 14:04:21 2009 From: crobinso at redhat.com (Cole Robinson) Date: Tue, 14 Jul 2009 10:04:21 -0400 Subject: [et-mgmt-tools] [PATCH] virt-install: Add --video option In-Reply-To: <4A564479.4030303@redhat.com> References: <4A564479.4030303@redhat.com> Message-ID: <4A5C9065.5070609@redhat.com> Cole Robinson wrote: > The attached patch adds a --video option to virt-install, for specifying the > video device model to attach to the VM (cirrus, vga, vmvga, etc.). > > Pretty straightforward, the invocation is simply --video MODEL, ex: > > --video vga > > Questions or comments appreciated. > Pushed now. Thanks, Cole From crobinso at redhat.com Tue Jul 14 14:04:39 2009 From: crobinso at redhat.com (Cole Robinson) Date: Tue, 14 Jul 2009 10:04:39 -0400 Subject: [et-mgmt-tools] [PATCH] virt-manager: Support serial and parallel devices in 'Add Hardware' In-Reply-To: <4A564484.3030803@redhat.com> References: <4A564484.3030803@redhat.com> Message-ID: <4A5C9077.2060100@redhat.com> Cole Robinson wrote: > The attached patch implements attaching serial and parallel devices via the > 'Add Hardware' wizard in virt-manager. A couple screenshots: > > http://fedorapeople.org/~crobinso/virt-manager/vmm-add-char1.png > http://fedorapeople.org/~crobinso/virt-manager/vmm-add-char2.png > > The options change quite a bit depending on which device type is selected: the > associated fields and activated accordingly. The box on the right provides > some documentation about the selected field. I snipped the actual UI diff from > the patch since it is pretty large. > Pushed now. Thanks, Cole From crobinso at redhat.com Tue Jul 14 14:05:01 2009 From: crobinso at redhat.com (Cole Robinson) Date: Tue, 14 Jul 2009 10:05:01 -0400 Subject: [et-mgmt-tools] [PATCH] virt-manager: Support video devices in 'Add Hardware' In-Reply-To: <4A56448E.7090708@redhat.com> References: <4A56448E.7090708@redhat.com> Message-ID: <4A5C908D.9090106@redhat.com> Cole Robinson wrote: > The attached patch implements attaching video devices via the 'Add Hardware' > wizard in virt-manager. An example screenshot: > > http://fedorapeople.org/~crobinso/virt-manager/vmm-add-video.png > > Only the device 'model' is exposed, since that is all that is really relevant > for qemu and xen ATM. As a result the wizard is pretty straightforward. I > snipped the actual UI diff from the patch since it is pretty large. > Pushed now. Thanks, Cole From crobinso at redhat.com Tue Jul 14 14:07:17 2009 From: crobinso at redhat.com (Cole Robinson) Date: Tue, 14 Jul 2009 10:07:17 -0400 Subject: [et-mgmt-tools] virsh failed to get local hostname In-Reply-To: <72AD56B5CA23BA4D9005B554CDE7636F0708E04BDE@n1-i-mailbe-01.inferencedata.net> References: <72AD56B5CA23BA4D9005B554CDE7636F0708E04BDE@n1-i-mailbe-01.inferencedata.net> Message-ID: <4A5C9115.5050801@redhat.com> Rodrique Heron wrote: > On my fresh install of Fedora 11, I am trying to connect to a running guest console with virsh. When I execute virsh console I get the error below. > > [root at N1-I-FKVM-01 ~]# virsh list > Id Name State > ---------------------------------- > 3 N1ISPWALK01 running > > [root at N1-I-FKVM-01 ~]# virsh console 3 > error: Failed to get local hostname > > I figured this may be because my /etc/hosts did not have an entry for the host. I modified /etc/hosts, and reboot the server, but I'm still getting the error. > > Any hints? > You probably want to set HOSTNAME in /etc/sysconfig/network . You can then reboot the machine, or use the command: 'hostname ' - Cole From crobinso at redhat.com Tue Jul 14 14:13:03 2009 From: crobinso at redhat.com (Cole Robinson) Date: Tue, 14 Jul 2009 10:13:03 -0400 Subject: [et-mgmt-tools] Virt-Manager Remote TLS Setup Errata In-Reply-To: <6930C40D78B541668C839265910A2485@RALLAP2> References: <6930C40D78B541668C839265910A2485@RALLAP2> Message-ID: <4A5C926F.6060408@redhat.com> Richard A. Lochner wrote: > To Whom It May Concern: > > > > The web page http://virt-manager.et.redhat.com/page/RemoteTLS states that: > > > > To enable the use of SSL/TLS for VNC, it is neccessary to put the CA & > client certificates into $HOME/.pki, providing three files > > > > CA/ca-cert.pem - The CA certificate > > libvirt-vnc/clientcert.pem - The client certificate signed by the CA > > libvirt-vnc/clientkey.pem - The client private key > > > > This is incorrect. The correct path for the private key is: > > > > libvirt-vnc/private/clientkey.pem - The client private key > > > Sorry about that. Fixed now. Thanks, Cole From Emerson.Ribeiro at scania.com Tue Jul 14 14:19:44 2009 From: Emerson.Ribeiro at scania.com (Ribeiro Emerson Gomes) Date: Tue, 14 Jul 2009 11:19:44 -0300 Subject: [et-mgmt-tools] virt-p2v problems Message-ID: <8CBB53B8098D4544A6FF75CFFAD77DF20790CF@brsaexmb03.scania.com> Hello everyone, I'm giving virt-p2v a try to see if I can use it to migrate several RHEL physical nodes into XEN guests. First of all, I apologize for the long message, but I want to provide as many information as I can so somebody might have a clue of what is going on here. Here's my test lab: * Test physical node: Dell Optiplex GX270, 512mb ram, 75Gb hd, running CentOS 5.3 (i386) minimal install [root at emerson3 ~]# uname -a Linux emerson3.br.scania.com 2.6.18-128.el5 #1 SMP Wed Jan 21 10:44:23 EST 2009 i686 i686 i386 GNU/Linux * XEN Host: Dell 2950, 32Gb RAM, connect to a SAN, running CentOS (x86_64) [root at blpc6]# uname -a Linux blpc6.br.scania.com 2.6.18-128.1.1.el5xen #1 SMP Mon Jan 26 14:19:09 EST 2009 x86_64 x86_64 x86_64 GNU/Linux [root at blpc6]# rpm -qa | grep xen kernel-xen-2.6.18-128.1.1.el5 kmod-gfs-xen-0.1.31-3.el5 xen-libs-3.0.3-80.el5 xen-3.0.3-80.el5 kmod-cmirror-xen-0.1.21-10.el5 kmod-openafs-xen-1.4.8-1.1.2.6.18_128.1.1.el5 Then I downloaded virt-p2v-0.9.9.iso, booted emerson3 off it, answered all question and left the migration to complete overnight. This morning after make sure there was a "migration finished successfully" kind of message on emerson3 console, I connected blpc6 (my XEN host) and entered: [root at blpc6]# virsh define p2v-emerson3_br_scania_com-200907131614.conf libvir: error : configuration file syntax error: expecting a name Domain emerson3_br_scania_com defined from p2v-emerson3_br_scania_com-200907131614.conf Although I found the syntax error weird, it created the XEN conf file: [root at blpc6]# cat /etc/xen/emerson3_br_scania_com name = "emerson3_br_scania_com" uuid = "e955544d84e58d791482e6d8cf4d1da2" maxmem = 2046 memory = 2046 vcpus = 1 builder = "hvm" kernel = "/usr/lib/xen/boot/hvmloader" boot = "c" pae = 1 acpi = 1 apic = 1 localtime = 0 device_model = "/usr/lib64/xen/bin/qemu-dm" sdl = 0 vnc = 1 vncunused = 0 vncdisplay = "-5900" disk = [ "file:/stage/blvd11/p2v-emerson3_br_scania_com-200907131614-hda.img,hda, w" ] vif = [ "mac=00:16:3e:73:c7:15" ] I decided then to go ahead and try to start the domain: [root at blpc6]# virsh start emerson3_br_scania_com libvir: error : configuration file syntax error: expecting a name Domain emerson3_br_scania_com started [root at blpc6]# virsh list Id Name State ---------------------------------- 0 Domain-0 running 113 emerson3_br_scania_com no state No state?? Have never seen it... [root at blpc6]# virsh console emerson3_br_scania_com No console available for domain The machine does not ping after 15 minutes, so I assume it didn't started ok. Checking XEN logs: [root at blpc6]# tail xend.log [2009-07-14 11:07:39 xend 26869] DEBUG (DevController:496) hotplugStatusCallback /local/domain/0/backend/vbd/113/768/hotplug-status. [2009-07-14 11:07:39 xend 26869] DEBUG (DevController:510) hotplugStatusCallback 1. [2009-07-14 11:07:39 xend 26869] DEBUG (DevController:154) Waiting for devices irq. [2009-07-14 11:07:39 xend 26869] DEBUG (DevController:154) Waiting for devices vkbd. [2009-07-14 11:07:39 xend 26869] DEBUG (DevController:154) Waiting for devices vfb. [2009-07-14 11:07:39 xend 26869] DEBUG (DevController:154) Waiting for devices pci. [2009-07-14 11:07:39 xend 26869] DEBUG (DevController:154) Waiting for devices ioports. [2009-07-14 11:07:39 xend 26869] DEBUG (DevController:154) Waiting for devices tap. [2009-07-14 11:07:39 xend 26869] DEBUG (DevController:154) Waiting for devices vtpm. [2009-07-14 11:07:39 xend 26869] INFO (XendDomain:380) Domain emerson3_br_scania_com (113) unpaused. [root at blpc6]# cat qemu-dm.27016.log domid: 113 qemu: the number of cpus is 1 Watching /local/domain/113/logdirty/next-active /etc/xen/qemu-ifup: could not launch network script Could not initialize device 'tap' This XEN host is able to start other XEN guests successfully, so network is working fine. I have no idea what TAP device is. Any clues? Thanks in advance, Emerson Ribeiro Infomate @ Scania Latin America Ltda 55 11 4344-8905 -------------- next part -------------- An HTML attachment was scrubbed... URL: From rheron at inferencedata.com Tue Jul 14 14:33:15 2009 From: rheron at inferencedata.com (Rodrique Heron) Date: Tue, 14 Jul 2009 10:33:15 -0400 Subject: [et-mgmt-tools] virsh failed to get local hostname In-Reply-To: <4A5C9115.5050801@redhat.com> References: <72AD56B5CA23BA4D9005B554CDE7636F0708E04BDE@n1-i-mailbe-01.inferencedata.net> <4A5C9115.5050801@redhat.com> Message-ID: <72AD56B5CA23BA4D9005B554CDE7636F0708E04E45@n1-i-mailbe-01.inferencedata.net> -----Original Message----- From: Cole Robinson [mailto:crobinso at redhat.com] Sent: Tuesday, July 14, 2009 10:07 AM To: Fedora/Linux Management Tools Cc: Rodrique Heron Subject: Re: [et-mgmt-tools] virsh failed to get local hostname Rodrique Heron wrote: > On my fresh install of Fedora 11, I am trying to connect to a running guest console with virsh. When I execute virsh console I get the error below. > > [root at N1-I-FKVM-01 ~]# virsh list > Id Name State > ---------------------------------- > 3 N1ISPWALK01 running > > [root at N1-I-FKVM-01 ~]# virsh console 3 > error: Failed to get local hostname > > I figured this may be because my /etc/hosts did not have an entry for the host. I modified /etc/hosts, and reboot the server, but I'm still getting the error. > > Any hints? > You probably want to set HOSTNAME in /etc/sysconfig/network . You can then reboot the machine, or use the command: 'hostname ' - Cole I have /etc/sysconfig/network configured already. [root at N1-I-FKVM-01 ~]# cat /etc/sysconfig/network NETWORKING=yes HOSTNAME=N1-I-FKVM-01 Thanks From crobinso at redhat.com Tue Jul 14 14:40:24 2009 From: crobinso at redhat.com (Cole Robinson) Date: Tue, 14 Jul 2009 10:40:24 -0400 Subject: [et-mgmt-tools] virsh failed to get local hostname In-Reply-To: <72AD56B5CA23BA4D9005B554CDE7636F0708E04E45@n1-i-mailbe-01.inferencedata.net> References: <72AD56B5CA23BA4D9005B554CDE7636F0708E04BDE@n1-i-mailbe-01.inferencedata.net> <4A5C9115.5050801@redhat.com> <72AD56B5CA23BA4D9005B554CDE7636F0708E04E45@n1-i-mailbe-01.inferencedata.net> Message-ID: <4A5C98D8.30100@redhat.com> Rodrique Heron wrote: > >> > > You probably want to set HOSTNAME in /etc/sysconfig/network . You can > then reboot the machine, or use the command: > > 'hostname ' > > - Cole > > I have /etc/sysconfig/network configured already. > > [root at N1-I-FKVM-01 ~]# cat /etc/sysconfig/network > NETWORKING=yes > HOSTNAME=N1-I-FKVM-01 > > Thanks > Not really sure then. I'd say file a bug against libvirt. - Cole From crobinso at redhat.com Tue Jul 14 16:16:01 2009 From: crobinso at redhat.com (Cole Robinson) Date: Tue, 14 Jul 2009 12:16:01 -0400 Subject: [et-mgmt-tools] virtinst: acpi/apic == FALSE for Windows XP In-Reply-To: <4A5C8FD2.8090903@redhat.com> References: <20090704160901.GB27650@bogon.sigxcpu.org> <4A52FF09.7020200@redhat.com> <20090707165820.GQ24960@edu.joroinen.fi> <200907081410.12795.laurent@open-minds.org> <4A5C8FD2.8090903@redhat.com> Message-ID: <4A5CAF41.4030407@redhat.com> Cole Robinson wrote: > Laurent L?onard wrote: >> Le mardi 07 juillet 2009 ? 18:58, Pasi K?rkk?inen a ?crit : >>> On Tue, Jul 07, 2009 at 09:53:45AM +0200, Chris Lalancette wrote: >>>> Pasi K?rkk?inen wrote: >>>>> On Sun, Jul 05, 2009 at 04:50:59PM -0400, Cole Robinson wrote: >>>>>> On 07/05/2009 08:27 AM, Guido G?nther wrote: >>>>>>> On Sat, Jul 04, 2009 at 06:09:01PM +0200, Guido G?nther wrote: >>>>>>>> Hi, >>>>>>>> virtinst has: >>>>>>>> >>>>>>>> "winxp":{ "label": "Microsoft Windows XP (x86)", >>>>>>>> "acpi": False, "apic": False }, >>>>>>>> >>>>>>>> I couldn't find any reason for this in the hg logs and >>>>>>>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512439 >>>>>>> The correct URL is: >>>>>>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533201 >>>>>>> Cheers, >>>>>>> -- Guido >>>>>> AFAIK this was done because windows installs on xen used to choke if >>>>>> ACPI was enabled. There is an old wiki page corroborating that here, >>>>>> no idea if it is still relevant, or if there were other issues at >>>>>> play: >>>>>> >>>>>> http://wiki.xensource.com/xenwiki/XenWindowsACPI >>>>> I think that's obsolete and nowadays ACPI (and APIC) should be enabled >>>>> for Xen Windows guests. >>>>> >>>>> Please correct me if I'm wrong. >>>> You are probably correct, although testing (especially on things like >>>> RHEL-5 Xen) is in order before making the change for Xen as well. >>> I actually asked about this on xen-devel, and Keir Fraser replied that ACPI >>> with Windows has been working properly at least since Xen 3.1.0 days. >> I also installed Windows 2000 Server virtual machines with ACPI enabled on >> Debian Squeeze with Xen 3.2.1 and KVM 85, no problem. >> >> So the attached patch should be applied to virtinst to: >> - Enable ACPI and APIC for Windows XP >> - Enable ACPI and APIC for Windows 2000 >> - Merge Windows XP x86 and x86_64 variants because there is no more reason to >> have different variants for the same OS >> > > Hmm, I would like to maintain the current behavior for xen < 3.1.0, > since RHEL/CentOS is still a target and I wouldn't want to regress. We > should be able to get this info from libvirt and the ACPI defaults > accordingly, I'll test it out shortly. > I've pushed changes which enable APIC and ACPI for XP and 2000 for everything except Xen < 3.1.0. Thanks, Cole From laurent at open-minds.org Tue Jul 14 18:52:48 2009 From: laurent at open-minds.org (Laurent =?iso-8859-1?q?L=E9onard?=) Date: Tue, 14 Jul 2009 20:52:48 +0200 Subject: [et-mgmt-tools] virtinst: acpi/apic == FALSE for Windows XP In-Reply-To: <4A5CAF41.4030407@redhat.com> References: <20090704160901.GB27650@bogon.sigxcpu.org> <4A5C8FD2.8090903@redhat.com> <4A5CAF41.4030407@redhat.com> Message-ID: <200907142054.49651.laurent@open-minds.org> Le mardi 14 juillet 2009 ? 18:16, Cole Robinson a ?crit?: > Cole Robinson wrote: > > Laurent L?onard wrote: > >> Le mardi 07 juillet 2009 ? 18:58, Pasi K?rkk?inen a ?crit : > >>> On Tue, Jul 07, 2009 at 09:53:45AM +0200, Chris Lalancette wrote: > >>>> Pasi K?rkk?inen wrote: > >>>>> On Sun, Jul 05, 2009 at 04:50:59PM -0400, Cole Robinson wrote: > >>>>>> On 07/05/2009 08:27 AM, Guido G?nther wrote: > >>>>>>> On Sat, Jul 04, 2009 at 06:09:01PM +0200, Guido G?nther wrote: > >>>>>>>> Hi, > >>>>>>>> virtinst has: > >>>>>>>> > >>>>>>>> "winxp":{ "label": "Microsoft Windows XP (x86)", > >>>>>>>> "acpi": False, "apic": False }, > >>>>>>>> > >>>>>>>> I couldn't find any reason for this in the hg logs and > >>>>>>>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512439 > >>>>>>> > >>>>>>> The correct URL is: > >>>>>>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533201 > >>>>>>> Cheers, > >>>>>>> -- Guido > >>>>>> > >>>>>> AFAIK this was done because windows installs on xen used to choke if > >>>>>> ACPI was enabled. There is an old wiki page corroborating that here, > >>>>>> no idea if it is still relevant, or if there were other issues at > >>>>>> play: > >>>>>> > >>>>>> http://wiki.xensource.com/xenwiki/XenWindowsACPI > >>>>> > >>>>> I think that's obsolete and nowadays ACPI (and APIC) should be > >>>>> enabled for Xen Windows guests. > >>>>> > >>>>> Please correct me if I'm wrong. > >>>> > >>>> You are probably correct, although testing (especially on things like > >>>> RHEL-5 Xen) is in order before making the change for Xen as well. > >>> > >>> I actually asked about this on xen-devel, and Keir Fraser replied that > >>> ACPI with Windows has been working properly at least since Xen 3.1.0 > >>> days. > >> > >> I also installed Windows 2000 Server virtual machines with ACPI enabled > >> on Debian Squeeze with Xen 3.2.1 and KVM 85, no problem. > >> > >> So the attached patch should be applied to virtinst to: > >> - Enable ACPI and APIC for Windows XP > >> - Enable ACPI and APIC for Windows 2000 > >> - Merge Windows XP x86 and x86_64 variants because there is no more > >> reason to have different variants for the same OS > > > > Hmm, I would like to maintain the current behavior for xen < 3.1.0, > > since RHEL/CentOS is still a target and I wouldn't want to regress. We > > should be able to get this info from libvirt and the ACPI defaults > > accordingly, I'll test it out shortly. > > I've pushed changes which enable APIC and ACPI for XP and 2000 for > everything except Xen < 3.1.0. I'm not sure but, why did you re-specify the value for non-Xen <3.1 hosts in each item if the ACPI and APIC are already enabled by default for Windows variants ? What about this: }, "variants": { \ "winxp":{ "label": "Microsoft Windows XP (x86)", "acpi": [ ("xen", 3001000, False) ], "apic": [ ("xen", 3001000, False) ] }, "winxp64":{ "label": "Microsoft Windows XP (x86_64)" }, "win2k": { "label": "Microsoft Windows 2000", "acpi": [ ("xen", 3001000, False) ], "apic": [ ("xen", 3001000, False) ] }, "win2k3": { "label": "Microsoft Windows 2003" }, "win2k8": { "label": "Microsoft Windows 2008" }, "vista": { "label": "Microsoft Windows Vista" }, instead of this: }, "variants": { \ "winxp":{ "label": "Microsoft Windows XP (x86)", "acpi": [ ("xen", 3001000, False), ("all", True ), ], "apic": [ ("xen", 3001000, False), ("all", True ), ], }, "winxp64":{ "label": "Microsoft Windows XP (x86_64)" }, "win2k": { "label": "Microsoft Windows 2000", "acpi": [ ("xen", 3001000, False), ("all", True ), ], "apic": [ ("xen", 3001000, False), ("all", True ), ], }, "win2k3": { "label": "Microsoft Windows 2003" }, "win2k8": { "label": "Microsoft Windows 2008" }, "vista": { "label": "Microsoft Windows Vista" }, -- Laurent L?onard -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From crobinso at redhat.com Tue Jul 14 19:04:05 2009 From: crobinso at redhat.com (Cole Robinson) Date: Tue, 14 Jul 2009 15:04:05 -0400 Subject: [et-mgmt-tools] virtinst: acpi/apic == FALSE for Windows XP In-Reply-To: <200907142054.49651.laurent@open-minds.org> References: <20090704160901.GB27650@bogon.sigxcpu.org> <4A5C8FD2.8090903@redhat.com> <4A5CAF41.4030407@redhat.com> <200907142054.49651.laurent@open-minds.org> Message-ID: <4A5CD6A5.2080905@redhat.com> Laurent L?onard wrote: > Le mardi 14 juillet 2009 ? 18:16, Cole Robinson a ?crit : >> Cole Robinson wrote: >>> Laurent L?onard wrote: >>>> Le mardi 07 juillet 2009 ? 18:58, Pasi K?rkk?inen a ?crit : >>>>> On Tue, Jul 07, 2009 at 09:53:45AM +0200, Chris Lalancette wrote: >>>>>> Pasi K?rkk?inen wrote: >>>>>>> On Sun, Jul 05, 2009 at 04:50:59PM -0400, Cole Robinson wrote: >>>>>>>> On 07/05/2009 08:27 AM, Guido G?nther wrote: >>>>>>>>> On Sat, Jul 04, 2009 at 06:09:01PM +0200, Guido G?nther wrote: >>>>>>>>>> Hi, >>>>>>>>>> virtinst has: >>>>>>>>>> >>>>>>>>>> "winxp":{ "label": "Microsoft Windows XP (x86)", >>>>>>>>>> "acpi": False, "apic": False }, >>>>>>>>>> >>>>>>>>>> I couldn't find any reason for this in the hg logs and >>>>>>>>>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512439 >>>>>>>>> The correct URL is: >>>>>>>>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533201 >>>>>>>>> Cheers, >>>>>>>>> -- Guido >>>>>>>> AFAIK this was done because windows installs on xen used to choke if >>>>>>>> ACPI was enabled. There is an old wiki page corroborating that here, >>>>>>>> no idea if it is still relevant, or if there were other issues at >>>>>>>> play: >>>>>>>> >>>>>>>> http://wiki.xensource.com/xenwiki/XenWindowsACPI >>>>>>> I think that's obsolete and nowadays ACPI (and APIC) should be >>>>>>> enabled for Xen Windows guests. >>>>>>> >>>>>>> Please correct me if I'm wrong. >>>>>> You are probably correct, although testing (especially on things like >>>>>> RHEL-5 Xen) is in order before making the change for Xen as well. >>>>> I actually asked about this on xen-devel, and Keir Fraser replied that >>>>> ACPI with Windows has been working properly at least since Xen 3.1.0 >>>>> days. >>>> I also installed Windows 2000 Server virtual machines with ACPI enabled >>>> on Debian Squeeze with Xen 3.2.1 and KVM 85, no problem. >>>> >>>> So the attached patch should be applied to virtinst to: >>>> - Enable ACPI and APIC for Windows XP >>>> - Enable ACPI and APIC for Windows 2000 >>>> - Merge Windows XP x86 and x86_64 variants because there is no more >>>> reason to have different variants for the same OS >>> Hmm, I would like to maintain the current behavior for xen < 3.1.0, >>> since RHEL/CentOS is still a target and I wouldn't want to regress. We >>> should be able to get this info from libvirt and the ACPI defaults >>> accordingly, I'll test it out shortly. >> I've pushed changes which enable APIC and ACPI for XP and 2000 for >> everything except Xen < 3.1.0. > > I'm not sure but, why did you re-specify the value for non-Xen <3.1 hosts in > each item if the ACPI and APIC are already enabled by default for Windows > variants ? > > What about this: > > }, > "variants": { \ > "winxp":{ "label": "Microsoft Windows XP (x86)", > "acpi": [ ("xen", 3001000, False) ], > "apic": [ ("xen", 3001000, False) ] }, > "winxp64":{ "label": "Microsoft Windows XP (x86_64)" }, > "win2k": { "label": "Microsoft Windows 2000", > "acpi": [ ("xen", 3001000, False) ], > "apic": [ ("xen", 3001000, False) ] }, > "win2k3": { "label": "Microsoft Windows 2003" }, > "win2k8": { "label": "Microsoft Windows 2008" }, > "vista": { "label": "Microsoft Windows Vista" }, > > instead of this: > > }, > "variants": { \ > "winxp":{ "label": "Microsoft Windows XP (x86)", > "acpi": [ ("xen", 3001000, False), > ("all", True ), ], > "apic": [ ("xen", 3001000, False), > ("all", True ), ], }, > "winxp64":{ "label": "Microsoft Windows XP (x86_64)" }, > "win2k": { "label": "Microsoft Windows 2000", > "acpi": [ ("xen", 3001000, False), > ("all", True ), ], > "apic": [ ("xen", 3001000, False), > ("all", True ), ], }, > "win2k3": { "label": "Microsoft Windows 2003" }, > "win2k8": { "label": "Microsoft Windows 2008" }, > "vista": { "label": "Microsoft Windows Vista" }, > The lookup code is currently dumb in this respect: it only falls back to the default value if the lookup key (apic, acpi, etc.) isn't present at all. So the above change won't work at the moment, and indeed causes the test suite (python setup.py test && python setup.py test_cli) to fail. I'd take a patch to properly fix it though. Thanks, Cole From gene at czarc.net Tue Jul 14 21:39:45 2009 From: gene at czarc.net (Gene Czarcinski) Date: Tue, 14 Jul 2009 17:39:45 -0400 Subject: [et-mgmt-tools] VMware/qemu-kvm-?? migration Message-ID: <200907141739.46140.gene@czarc.net> Is this the mailing list to ask about issues/problems migrating VMware guests to run on qemu-kvm, etc.? If not, please point me to an appropriate mailing list? Gene From crobinso at redhat.com Tue Jul 14 22:08:35 2009 From: crobinso at redhat.com (Cole Robinson) Date: Tue, 14 Jul 2009 18:08:35 -0400 Subject: [et-mgmt-tools] VMware/qemu-kvm-?? migration In-Reply-To: <200907141739.46140.gene@czarc.net> References: <200907141739.46140.gene@czarc.net> Message-ID: <4A5D01E3.2030202@redhat.com> Gene Czarcinski wrote: > Is this the mailing list to ask about issues/problems migrating VMware guests > to run on qemu-kvm, etc.? > > If not, please point me to an appropriate mailing list? > There isn't a mailing list dedicated to V2V, but this is as good as any. The virtinst package comes with a tool virt-convert which enables going from vmx config files to virt-image format (though it hasn't received a lot of testing). Rich Jones (cc'd) is also working on V2V tools. So ask away, people will help if they can. - Cole From laurent at open-minds.org Tue Jul 14 22:38:14 2009 From: laurent at open-minds.org (Laurent =?iso-8859-1?q?L=E9onard?=) Date: Wed, 15 Jul 2009 00:38:14 +0200 Subject: [et-mgmt-tools] Virtio support in Windows Message-ID: <200907150038.18934.laurent@open-minds.org> Hi, What about Virtio support in Windows in virtinst OS dictionary ? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=535782 -- Laurent L?onard -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From berrange at redhat.com Tue Jul 14 22:44:33 2009 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 14 Jul 2009 23:44:33 +0100 Subject: [et-mgmt-tools] Virtio support in Windows In-Reply-To: <200907150038.18934.laurent@open-minds.org> References: <200907150038.18934.laurent@open-minds.org> Message-ID: <20090714224433.GB1859@redhat.com> On Wed, Jul 15, 2009 at 12:38:14AM +0200, Laurent L?onard wrote: > Hi, > > What about Virtio support in Windows in virtinst OS dictionary ? > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=535782 Would that be possible? The OS dictionary is (currently) only ever used for initial installation. The Windows VirtIO drivers can only be installed post-install. So, AFAICT, it wouldn't be possible todo a install with virtio enabled in the os dictionary for Windows. Unless perhaps there's a way to provide them as a driver disk to the initial installer ? If we booted with a 2nd CDROM or floppy device containing the VirtIO drivers would the Windows installer be able to use that ? 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 ben at nerp.net Tue Jul 14 22:48:22 2009 From: ben at nerp.net (Ben Kochie) Date: Tue, 14 Jul 2009 15:48:22 -0700 (PDT) Subject: [et-mgmt-tools] Virtio support in Windows In-Reply-To: <20090714224433.GB1859@redhat.com> References: <200907150038.18934.laurent@open-minds.org> <20090714224433.GB1859@redhat.com> Message-ID: You can create custom windows installers with pre-packed service packs and drivers. So in theory you could add the virtio drivers to a windows install ISO. -ben "UNIX is user-friendly, it's just picky about its friends." On Tue, 14 Jul 2009, Daniel P. Berrange wrote: > On Wed, Jul 15, 2009 at 12:38:14AM +0200, Laurent L?onard wrote: >> Hi, >> >> What about Virtio support in Windows in virtinst OS dictionary ? >> >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=535782 > > Would that be possible? The OS dictionary is (currently) only ever > used for initial installation. The Windows VirtIO drivers can only > be installed post-install. So, AFAICT, it wouldn't be possible todo a > install with virtio enabled in the os dictionary for Windows. Unless > perhaps there's a way to provide them as a driver disk to the initial > installer ? If we booted with a 2nd CDROM or floppy device containing > the VirtIO drivers would the Windows installer be able to use that ? > > > 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 :| > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > From itamar at ispbrasil.com.br Tue Jul 14 22:50:14 2009 From: itamar at ispbrasil.com.br (Itamar Reis Peixoto) Date: Tue, 14 Jul 2009 19:50:14 -0300 Subject: [et-mgmt-tools] Virtio support in Windows In-Reply-To: References: <200907150038.18934.laurent@open-minds.org> <20090714224433.GB1859@redhat.com> Message-ID: using nlite you are able to do this. On Tue, Jul 14, 2009 at 7:48 PM, Ben Kochie wrote: > You can create custom windows installers with pre-packed service packs and > drivers. ?So in theory you could add the virtio drivers to a windows install > ISO. > > -ben > ------------ Itamar Reis Peixoto e-mail/msn: itamar at ispbrasil.com.br sip: itamar at ispbrasil.com.br skype: itamarjp icq: 81053601 +55 11 4063 5033 +55 34 3221 8599 From laurent at open-minds.org Tue Jul 14 23:04:04 2009 From: laurent at open-minds.org (Laurent =?iso-8859-1?q?L=E9onard?=) Date: Wed, 15 Jul 2009 01:04:04 +0200 Subject: [et-mgmt-tools] Virtio support in Windows In-Reply-To: <20090714224433.GB1859@redhat.com> References: <200907150038.18934.laurent@open-minds.org> <20090714224433.GB1859@redhat.com> Message-ID: <200907150104.07498.laurent@open-minds.org> Le mercredi 15 juillet 2009 ? 00:44, Daniel P. Berrange a ?crit?: > On Wed, Jul 15, 2009 at 12:38:14AM +0200, Laurent L?onard wrote: > > Hi, > > > > What about Virtio support in Windows in virtinst OS dictionary ? > > > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=535782 > > Would that be possible? The OS dictionary is (currently) only ever > used for initial installation. The Windows VirtIO drivers can only > be installed post-install. So, AFAICT, it wouldn't be possible todo a > install with virtio enabled in the os dictionary for Windows. Unless > perhaps there's a way to provide them as a driver disk to the initial > installer ? If we booted with a 2nd CDROM or floppy device containing > the VirtIO drivers would the Windows installer be able to use that ? For the moment, to make a clean Windows install with virtio network support I follow this procedure: - Add the virtio network adapter to the VM configuration (and remove the old one) - Boot on the Windows setup ISO - Standard Windows install - At the first boot Windows detects the unknown network hardware - Simply replace the Windows setup ISO by the Virtio drivers ISO -- Laurent L?onard -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From acathrow at redhat.com Wed Jul 15 01:02:14 2009 From: acathrow at redhat.com (Andrew Cathrow) Date: Tue, 14 Jul 2009 21:02:14 -0400 Subject: [et-mgmt-tools] Virtio support in Windows In-Reply-To: <20090714224433.GB1859@redhat.com> References: <200907150038.18934.laurent@open-minds.org> <20090714224433.GB1859@redhat.com> Message-ID: <1247619734.7529.2.camel@aic-desktop.cathrow.org> On Tue, 2009-07-14 at 23:44 +0100, Daniel P. Berrange wrote: > On Wed, Jul 15, 2009 at 12:38:14AM +0200, Laurent L?onard wrote: > > Hi, > > > > What about Virtio support in Windows in virtinst OS dictionary ? > > > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=535782 > > Would that be possible? The OS dictionary is (currently) only ever > used for initial installation. The Windows VirtIO drivers can only > be installed post-install. We can attach a virtual floppy during install containing the virtio block driver to be used by the win2k3/xp/2k8/vista installers. The user would have to select the driver from a list when they get to the storage configuration screen in the installer but this works today. > So, AFAICT, it wouldn't be possible todo a > install with virtio enabled in the os dictionary for Windows. Unless > perhaps there's a way to provide them as a driver disk to the initial > installer ? If we booted with a 2nd CDROM or floppy device containing > the VirtIO drivers would the Windows installer be able to use that ? > > > Daniel -------------- next part -------------- An HTML attachment was scrubbed... URL: From hartleyr at adam.com.au Wed Jul 15 05:25:20 2009 From: hartleyr at adam.com.au (Rich Hartley) Date: Wed, 15 Jul 2009 14:55:20 +0930 Subject: [et-mgmt-tools] KVM libvirt virt-manager failing to request root password Message-ID: <4A5D6840.9030009@adam.com.au> Hello, I'm having trouble creating new VM's on Mandriva One 2009.1. The problem seems to be that the Virtual Machine Manager does not request the root password and as a result I am unable to create new VMs. I've attached a copy of the relevant virt-manager log file with my comments added. Can you advise me how to proceed? Many thanks, RichH -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: virt-manager.log URL: From rjones at redhat.com Wed Jul 15 07:50:32 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 15 Jul 2009 08:50:32 +0100 Subject: [et-mgmt-tools] VMware/qemu-kvm-?? migration In-Reply-To: <200907141739.46140.gene@czarc.net> References: <200907141739.46140.gene@czarc.net> Message-ID: <20090715075032.GA2918@amd.home.annexia.org> On Tue, Jul 14, 2009 at 05:39:45PM -0400, Gene Czarcinski wrote: > Is this the mailing list to ask about issues/problems migrating VMware guests > to run on qemu-kvm, etc.? > > If not, please point me to an appropriate mailing list? Yes this is good. I've actually been playing with manual migration of guests from VMWare recently. This is what I do: (1) Export the guest in OVF format (File -> Export -> Export OVF Template) (2) Convert the *.vmdk file (disk image) into a raw file: qemu-img convert -f vmdk -O raw *.vmdk image.raw (3) Boot the raw image using libvirt. I create a libvirt configuration by hand, but IIRC there is now a tool which does this automatically. Some problems: VMWare tools should be uninstalled from the original guest. Virtio drivers should be installed in the new guest (this is very complex to do for existing guests, which is why we are writing the virt-v2v tool to automate it). The virt-v2v tool will be ready in a few weeks. You can follow progress on it here: http://libguestfs.org 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 Wed Jul 15 07:52:13 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 15 Jul 2009 08:52:13 +0100 Subject: [et-mgmt-tools] virt-p2v problems In-Reply-To: <8CBB53B8098D4544A6FF75CFFAD77DF20790CF@brsaexmb03.scania.com> References: <8CBB53B8098D4544A6FF75CFFAD77DF20790CF@brsaexmb03.scania.com> Message-ID: <20090715075213.GB2918@amd.home.annexia.org> On Tue, Jul 14, 2009 at 11:19:44AM -0300, Ribeiro Emerson Gomes wrote: > [root at blpc6]# virsh define p2v-emerson3_br_scania_com-200907131614.conf > libvir: error : configuration file syntax error: expecting a name This error message shouldn't happen. What is in the configuration file? Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw From pok at kb.dk Wed Jul 15 08:35:17 2009 From: pok at kb.dk (Poul Kristensen) Date: Wed, 15 Jul 2009 10:35:17 +0200 Subject: [et-mgmt-tools] VMware/qemu-kvm-?? migration In-Reply-To: <20090715075032.GA2918@amd.home.annexia.org> References: <200907141739.46140.gene@czarc.net> <20090715075032.GA2918@amd.home.annexia.org> Message-ID: <1247646917.30987.47.camel@ubuntu> How about the opposite method? This because of the need to migrate old machines to virtual machines in Vmware until RHEL5.4 Beta has been released as a stable virtual(kvm) platform. TIA Poul ons, 15 07 2009 kl. 08:50 +0100, skrev Richard W.M. Jones: > On Tue, Jul 14, 2009 at 05:39:45PM -0400, Gene Czarcinski wrote: > > Is this the mailing list to ask about issues/problems migrating VMware guests > > to run on qemu-kvm, etc.? > > > > If not, please point me to an appropriate mailing list? > > Yes this is good. > > I've actually been playing with manual migration of guests from VMWare > recently. This is what I do: > > (1) Export the guest in OVF format (File -> Export -> Export OVF Template) > > (2) Convert the *.vmdk file (disk image) into a raw file: > > qemu-img convert -f vmdk -O raw *.vmdk image.raw > > (3) Boot the raw image using libvirt. I create a libvirt > configuration by hand, but IIRC there is now a tool which does this > automatically. > > Some problems: VMWare tools should be uninstalled from the original > guest. Virtio drivers should be installed in the new guest (this is > very complex to do for existing guests, which is why we are writing > the virt-v2v tool to automate it). > > The virt-v2v tool will be ready in a few weeks. You can follow > progress on it here: > > http://libguestfs.org > > Rich. > -- Poul Kristensen IT-Konsulent / IT-Consultant Det Kongelige Bibliotek | The Royal Library IT-afdelingen | Information Technology P.O. Box 2149 | DK-1016 K?benhavn K tel +45 3347 4586 | pok at kb.dk | www.kb.dk Bes?gsadresse | Visiting address | S?ren Kierkegaards Plads 1 Leveringsadresse Delivery address | Christians Brygge 8 | 1219 K?benhavn K EAN 5798 000 79 52 97 | Bank 8109 101111-4 | CVR 28 98 88 42 IBAN DK9881090001011114 | Swiftcode JYBADKKK From berrange at redhat.com Wed Jul 15 10:10:04 2009 From: berrange at redhat.com (Daniel P. Berrange) Date: Wed, 15 Jul 2009 11:10:04 +0100 Subject: [et-mgmt-tools] ANNOUNCE: virt-manager/install/viewer mailing list moving Message-ID: <20090715101004.GF28121@redhat.com> This list originally came into being as a place for discussing projects under Red Hat's 'emerging technology' moniker, hence the prefix 'et-'. In retrospect this was a really bad choice of names for a mailing list and causes endless confusion for people wrt what to discuss where. Most of the emerging technology projects have lists of their own (cobbler, augeas, libguestfs, libvirt) and it is about time that virt-manager and friends joined them. To that end we have created a new mailing list 'virt-tools-list'. This will be the new home for all developer & user discussions relating to the following applications - virt-manager - virt-viewer - virt-install - virt-clone - virt-image - virt-convert It is bad etiquette to mass-subscribe people to mailing lists, so anyone who is interested in following ongoing progress of these tools should make sure to visit the listinfo page & subscribe themselves: http://www.redhat.com/mailman/listinfo/virt-tools-list To allow people time to re-subscribe, this 'et-mgmt-tools' list will remain active for approximately 4 weeks. We will then aim to block new posting, and have the list send an auto-reply directing people to the new mailing list. As a full summary of where to post: - virt-manager, virt-install, virt-viewer, virt-clone, virt-image, virt-convert https://www.redhat.com/mailman/listinfo/virt-tools-list - libvirt https://www.redhat.com/mailman/listinfo/libvir-list - cobbler https://fedorahosted.org/mailman/listinfo/cobbler https://fedorahosted.org/mailman/listinfo/cobbler-devel - augeas https://www.redhat.com/mailman/listinfo/augeas-devel - libguestfs https://www.redhat.com/mailman/listinfo/libguestfs - Fedora virt related questions https://www.redhat.com/mailman/listinfo/fedora-virt 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 erenoglu at gmail.com Wed Jul 15 10:50:43 2009 From: erenoglu at gmail.com (Emre Erenoglu) Date: Wed, 15 Jul 2009 12:50:43 +0200 Subject: [et-mgmt-tools] Virtio support in Windows In-Reply-To: <1247619734.7529.2.camel@aic-desktop.cathrow.org> References: <200907150038.18934.laurent@open-minds.org> <20090714224433.GB1859@redhat.com> <1247619734.7529.2.camel@aic-desktop.cathrow.org> Message-ID: On Wed, Jul 15, 2009 at 3:02 AM, Andrew Cathrow wrote: > We can attach a virtual floppy during install containing the virtio block > driver to be used by the win2k3/xp/2k8/vista installers. > The user would have to select the driver from a list when they get to the > storage configuration screen in the installer but this works today. > Are virtio block devices released for Windows? I though there were only Network drivers available. -- Emre -------------- next part -------------- An HTML attachment was scrubbed... URL: From laurent at open-minds.org Wed Jul 15 10:56:51 2009 From: laurent at open-minds.org (Laurent =?iso-8859-15?q?L=E9onard?=) Date: Wed, 15 Jul 2009 12:56:51 +0200 Subject: [et-mgmt-tools] Virtio support in Windows In-Reply-To: References: <200907150038.18934.laurent@open-minds.org> <1247619734.7529.2.camel@aic-desktop.cathrow.org> Message-ID: <200907151256.54549.laurent@open-minds.org> Le mercredi 15 juillet 2009 ? 12:50, Emre Erenoglu a ?crit?: > On Wed, Jul 15, 2009 at 3:02 AM, Andrew Cathrow wrote: > > We can attach a virtual floppy during install containing the virtio block > > driver to be used by the win2k3/xp/2k8/vista installers. > > The user would have to select the driver from a list when they get to the > > storage configuration screen in the installer but this works today. > > Are virtio block devices released for Windows? I though there were only > Network drivers available. I think at this time only Virtio network adapter drivers are available for Windows. There are no Virtio block drivers for Windows on the kvm Sourceforge project... -- Laurent L?onard -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From Emerson.Ribeiro at scania.com Wed Jul 15 11:49:23 2009 From: Emerson.Ribeiro at scania.com (Ribeiro Emerson Gomes) Date: Wed, 15 Jul 2009 08:49:23 -0300 Subject: [et-mgmt-tools] virt-p2v problems References: <8CBB53B8098D4544A6FF75CFFAD77DF20790CF@brsaexmb03.scania.com> <20090715075213.GB2918@amd.home.annexia.org> Message-ID: <8CBB53B8098D4544A6FF75CFFAD77DF2095BE2@brsaexmb03.scania.com> Here goes the conf file: [root at blpc6]# cat p2v-emerson3_br_scania_com-200907150846.conf emerson3_br_scania_com 3ffcff461be5cef1ff45ffe1bb71b17a 2095104 2095104 1 hvm /usr/lib/xen/boot/hvmloader /usr/lib64/xen/bin/qemu-dm Regards, Emerson -----Original Message----- From: et-mgmt-tools-bounces at redhat.com on behalf of Richard W.M. Jones Sent: Wed 7/15/2009 04:52 To: Fedora/Linux Management Tools Subject: Re: [et-mgmt-tools] virt-p2v problems On Tue, Jul 14, 2009 at 11:19:44AM -0300, Ribeiro Emerson Gomes wrote: > [root at blpc6]# virsh define p2v-emerson3_br_scania_com-200907131614.conf > libvir: error : configuration file syntax error: expecting a name This error message shouldn't happen. What is in the configuration file? Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw _______________________________________________ et-mgmt-tools mailing list et-mgmt-tools at redhat.com https://www.redhat.com/mailman/listinfo/et-mgmt-tools -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 3730 bytes Desc: not available URL: From gene at czarc.net Wed Jul 15 12:53:32 2009 From: gene at czarc.net (Gene Czarcinski) Date: Wed, 15 Jul 2009 08:53:32 -0400 Subject: [et-mgmt-tools] VMware/qemu-kvm-?? migration In-Reply-To: <20090715075032.GA2918@amd.home.annexia.org> References: <200907141739.46140.gene@czarc.net> <20090715075032.GA2918@amd.home.annexia.org> Message-ID: <200907150853.32868.gene@czarc.net> On Wednesday 15 July 2009 03:50:32 Richard W.M. Jones wrote: > On Tue, Jul 14, 2009 at 05:39:45PM -0400, Gene Czarcinski wrote: > > Is this the mailing list to ask about issues/problems migrating VMware > > guests to run on qemu-kvm, etc.? > > > > If not, please point me to an appropriate mailing list? > > Yes this is good. > > I've actually been playing with manual migration of guests from VMWare > recently. This is what I do: > > (1) Export the guest in OVF format (File -> Export -> Export OVF Template) > > (2) Convert the *.vmdk file (disk image) into a raw file: > > qemu-img convert -f vmdk -O raw *.vmdk image.raw > > (3) Boot the raw image using libvirt. I create a libvirt > configuration by hand, but IIRC there is now a tool which does this > automatically. Thanks ... I am going to give the above a try. Before I go too far down this path only to discover that it still will not work for me, here is some of what I have done (everything was done on a Fedora 11 host with preview updates installed and the host processor is an AMD Phenom II 940): 1. I have created (under qemu-kvm) a simple F11 guest on a SCSI adapter (qcow2 format) (I had to do some dancing to use the SCSI adapter) .. this installs/runs fine. 2. I then created (under qemu-kvm) a simple F11 guest with an IDE adapter for the disk image. Before booting, I replaced the disk image with a copy of the disk image from the SCSI install (1) ... this also runs fine ... qemu-kvm does not seem to care about the image that much if it was created under qemu-kvm. 3. I created a simple (no LVM) F11 guest with IDE interface under VMware Workstation 6.5.2 where I specified "Workstation 4" comparability so the the vmdk file was HWversion=3. Under qemu-kvm, I created a simple guest with IDE for the disk interface and used the vmdk file I created under VMware ... this booted up and ran fine! Now the problem: 4. Under qemu-kvm I created a simple Fedora guest definition. I then copied and used a VMware F9 guest with a vmdk file which is HWversion=4 and was created under VMware on a SCSI interface disk. To make matters even worse, this VMware guest uses the "root" (/) partition on a LVM logical volume. Boot the guest up on qemu-kvm and it immediately crashes because it cannot find "root" or see the logical volumes. 5. I booted up the F9 distribution DVD in rescue mode and the above vmdk disk attached ... the disk was "visible" and I could chroot into it. 6. I examined the disks with guestfish and that worked too. Should this stuff work? What am I missing? BTW, attempting to boot a vmdk disk which is other than HWversion=3, results in the same problem although qemu-kvm, etc. does not give any error. BTW, I have used guestfish with various vmdk files and handles them all even if they are other than HWversion=3 or HWversion=4. Gene From gene at czarc.net Wed Jul 15 13:20:41 2009 From: gene at czarc.net (Gene Czarcinski) Date: Wed, 15 Jul 2009 09:20:41 -0400 Subject: [et-mgmt-tools] [ANNOUNCE] New release virt-manager 0.6.1 In-Reply-To: <497E16CF.2080209@redhat.com> References: <497E16CF.2080209@redhat.com> Message-ID: <200907150920.41424.gene@czarc.net> On Monday 26 January 2009 15:02:23 Cole Robinson wrote: > I'm happy to announce a new virt-manager release, version 0.6.1. The > release can be downloaded from: > > http://virt-manager.org/download.html > > The direct download link is: > > http://virt-manager.org/download/sources/virt-manager/virt-manager-0.6.1.ta >r.gz > > This release includes: > > - VM disk and network stats reporting (Guido Gunther) > - VM Migration support (Shigeki Sakamoto) > - Support for adding sound devices to an existing VM > - Enumerate host devices attached to an existing VM > - Allow specifying a device model when adding a network device to an > existing VM > - Combine the serial console view with the VM Details window > - Allow connection to multiple VM serial consoles > - Bug fixes and many minor improvements. I assume these will soon be available in rawhide/F12-development. I hope they are also available with the Fedora 11 "preview" set of packages ... this will make it easier to test these packages without going the whole rawhide way. (http://markmc.fedorapeople.org/virt-preview/f11/) Gene From crobinso at redhat.com Wed Jul 15 13:35:58 2009 From: crobinso at redhat.com (Cole Robinson) Date: Wed, 15 Jul 2009 09:35:58 -0400 Subject: [et-mgmt-tools] [ANNOUNCE] New release virt-manager 0.6.1 In-Reply-To: <200907150920.41424.gene@czarc.net> References: <497E16CF.2080209@redhat.com> <200907150920.41424.gene@czarc.net> Message-ID: <4A5DDB3E.7050501@redhat.com> Gene Czarcinski wrote: > On Monday 26 January 2009 15:02:23 Cole Robinson wrote: >> I'm happy to announce a new virt-manager release, version 0.6.1. The >> release can be downloaded from: >> >> http://virt-manager.org/download.html >> >> The direct download link is: >> >> http://virt-manager.org/download/sources/virt-manager/virt-manager-0.6.1.ta >> r.gz >> >> This release includes: >> >> - VM disk and network stats reporting (Guido Gunther) >> - VM Migration support (Shigeki Sakamoto) >> - Support for adding sound devices to an existing VM >> - Enumerate host devices attached to an existing VM >> - Allow specifying a device model when adding a network device to an >> existing VM >> - Combine the serial console view with the VM Details window >> - Allow connection to multiple VM serial consoles >> - Bug fixes and many minor improvements. > > I assume these will soon be available in rawhide/F12-development. I hope they > are also available with the Fedora 11 "preview" set of packages ... this will > make it easier to test these packages without going the whole rawhide way. > (http://markmc.fedorapeople.org/virt-preview/f11/) > This release announcement was from 6 months ago. 0.7.0 has been in F11 and rawhide since March. - Cole From gene at czarc.net Wed Jul 15 13:35:30 2009 From: gene at czarc.net (Gene Czarcinski) Date: Wed, 15 Jul 2009 09:35:30 -0400 Subject: [et-mgmt-tools] [ANNOUNCE] New release virt-manager 0.6.1 In-Reply-To: <200907150920.41424.gene@czarc.net> References: <497E16CF.2080209@redhat.com> <200907150920.41424.gene@czarc.net> Message-ID: <200907150935.30882.gene@czarc.net> On Wednesday 15 July 2009 09:20:41 Gene Czarcinski wrote: > On Monday 26 January 2009 15:02:23 Cole Robinson wrote: > > I'm happy to announce a new virt-manager release, version 0.6.1. The > > release can be downloaded from: > > > > http://virt-manager.org/download.html > > > > The direct download link is: > > > > http://virt-manager.org/download/sources/virt-manager/virt-manager-0.6.1. > >ta r.gz > > > > This release includes: > > > > - VM disk and network stats reporting (Guido Gunther) > > - VM Migration support (Shigeki Sakamoto) > > - Support for adding sound devices to an existing VM > > - Enumerate host devices attached to an existing VM > > - Allow specifying a device model when adding a network device to an > > existing VM > > - Combine the serial console view with the VM Details window > > - Allow connection to multiple VM serial consoles > > - Bug fixes and many minor improvements. > > I assume these will soon be available in rawhide/F12-development. I hope > they are also available with the Fedora 11 "preview" set of packages ... > this will make it easier to test these packages without going the whole > rawhide way. (http://markmc.fedorapeople.org/virt-preview/f11/) Ugh! Sorry about this ... I was changing some filtering in kmail and got confused about when the original message was posted. My comment still applies to all future future virt-related stuff being put into preview. Gene From rjones at redhat.com Thu Jul 16 14:10:32 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Thu, 16 Jul 2009 15:10:32 +0100 Subject: [et-mgmt-tools] virt-p2v problems In-Reply-To: <8CBB53B8098D4544A6FF75CFFAD77DF2095BE2@brsaexmb03.scania.com> References: <8CBB53B8098D4544A6FF75CFFAD77DF20790CF@brsaexmb03.scania.com> <20090715075213.GB2918@amd.home.annexia.org> <8CBB53B8098D4544A6FF75CFFAD77DF2095BE2@brsaexmb03.scania.com> Message-ID: <20090716141032.GA13198@amd.home.annexia.org> On Wed, Jul 15, 2009 at 08:49:23AM -0300, Ribeiro Emerson Gomes wrote: > Here goes the conf file: > > [root at blpc6]# cat p2v-emerson3_br_scania_com-200907150846.conf > > > > emerson3_br_scania_com > 3ffcff461be5cef1ff45ffe1bb71b17a > 2095104 > 2095104 > 1 > > hvm > /usr/lib/xen/boot/hvmloader > > > > > > > > > > /usr/lib64/xen/bin/qemu-dm > > > > > > > > > > This file looks fine to me, but the "expecting a name" error is still worrying. Unfortunately libvirt doesn't give any context for the error, so the only way to diagnose it will be to remove sections of the XML until it works, thus narrowing it down to some particular place. 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 Thu Jul 16 14:16:45 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Thu, 16 Jul 2009 15:16:45 +0100 Subject: [et-mgmt-tools] VMware/qemu-kvm-?? migration In-Reply-To: <200907150853.32868.gene@czarc.net> References: <200907141739.46140.gene@czarc.net> <20090715075032.GA2918@amd.home.annexia.org> <200907150853.32868.gene@czarc.net> Message-ID: <20090716141645.GB13198@amd.home.annexia.org> On Wed, Jul 15, 2009 at 08:53:32AM -0400, Gene Czarcinski wrote: > 4. Under qemu-kvm I created a simple Fedora guest definition. I > then copied and used a VMware F9 guest with a vmdk file which is > HWversion=4 and was created under VMware on a SCSI interface disk. > To make matters even worse, this VMware guest uses the "root" (/) > partition on a LVM logical volume. Boot the guest up on qemu-kvm > and it immediately crashes because it cannot find "root" or see the > logical volumes. I'm not really familiar with HWversion in VMWare. We just support whatever qemu / qemu-img supports, so I suggest trying to do a conversion using qemu-img (see my previous posting). 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 Thu Jul 16 14:17:16 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Thu, 16 Jul 2009 15:17:16 +0100 Subject: [et-mgmt-tools] Virtio support in Windows In-Reply-To: References: <200907150038.18934.laurent@open-minds.org> <20090714224433.GB1859@redhat.com> <1247619734.7529.2.camel@aic-desktop.cathrow.org> Message-ID: <20090716141716.GC13198@amd.home.annexia.org> On Wed, Jul 15, 2009 at 12:50:43PM +0200, Emre Erenoglu wrote: > On Wed, Jul 15, 2009 at 3:02 AM, Andrew Cathrow wrote: > > > We can attach a virtual floppy during install containing the virtio block > > driver to be used by the win2k3/xp/2k8/vista installers. > > The user would have to select the driver from a list when they get to the > > storage configuration screen in the installer but this works today. > > > > Are virtio block devices released for Windows? Not yet, but shortly. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw From rjones at redhat.com Thu Jul 16 14:39:02 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Thu, 16 Jul 2009 15:39:02 +0100 Subject: [et-mgmt-tools] VMware/qemu-kvm-?? migration In-Reply-To: <20090716141645.GB13198@amd.home.annexia.org> References: <200907141739.46140.gene@czarc.net> <20090715075032.GA2918@amd.home.annexia.org> <200907150853.32868.gene@czarc.net> <20090716141645.GB13198@amd.home.annexia.org> Message-ID: <20090716143902.GD13198@amd.home.annexia.org> On Thu, Jul 16, 2009 at 03:16:45PM +0100, Richard W.M. Jones wrote: > On Wed, Jul 15, 2009 at 08:53:32AM -0400, Gene Czarcinski wrote: > > 4. Under qemu-kvm I created a simple Fedora guest definition. I > > then copied and used a VMware F9 guest with a vmdk file which is > > HWversion=4 and was created under VMware on a SCSI interface disk. > > To make matters even worse, this VMware guest uses the "root" (/) > > partition on a LVM logical volume. Boot the guest up on qemu-kvm > > and it immediately crashes because it cannot find "root" or see the > > logical volumes. > > I'm not really familiar with HWversion in VMWare. We just support > whatever qemu / qemu-img supports, so I suggest trying to do a > conversion using qemu-img (see my previous posting). Another suggestion (from Matt Booth who's not subscribed to this list): Is the right SCSI driver available in the initrd? You should be able to find out what driver(s) are in the guest's initrd using virt-inspector. 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 gene at czarc.net Thu Jul 16 19:42:41 2009 From: gene at czarc.net (Gene Czarcinski) Date: Thu, 16 Jul 2009 15:42:41 -0400 Subject: [et-mgmt-tools] VMware/qemu-kvm-?? migration In-Reply-To: <20090716143902.GD13198@amd.home.annexia.org> References: <200907141739.46140.gene@czarc.net> <20090716141645.GB13198@amd.home.annexia.org> <20090716143902.GD13198@amd.home.annexia.org> Message-ID: <200907161542.41238.gene@czarc.net> On Thursday 16 July 2009 10:39:02 Richard W.M. Jones wrote: > On Thu, Jul 16, 2009 at 03:16:45PM +0100, Richard W.M. Jones wrote: > > On Wed, Jul 15, 2009 at 08:53:32AM -0400, Gene Czarcinski wrote: > > > 4. Under qemu-kvm I created a simple Fedora guest definition. I > > > then copied and used a VMware F9 guest with a vmdk file which is > > > HWversion=4 and was created under VMware on a SCSI interface disk. > > > To make matters even worse, this VMware guest uses the "root" (/) > > > partition on a LVM logical volume. Boot the guest up on qemu-kvm > > > and it immediately crashes because it cannot find "root" or see the > > > logical volumes. > > > > I'm not really familiar with HWversion in VMWare. We just support > > whatever qemu / qemu-img supports, so I suggest trying to do a > > conversion using qemu-img (see my previous posting). > > Another suggestion (from Matt Booth who's not subscribed to this > list): > > Is the right SCSI driver available in the initrd? You should be able > to find out what driver(s) are in the guest's initrd using > virt-inspector. Light bulb lights above head! Yup, yup ... thank you very much! The problem is that the needed drivers are not in the initrd file. Now I know what the problem is but "fixing" it will need some thought. I knew it was something stupid on my part. Thanks again. Gene From Emerson.Ribeiro at scania.com Thu Jul 16 20:21:53 2009 From: Emerson.Ribeiro at scania.com (Ribeiro Emerson Gomes) Date: Thu, 16 Jul 2009 17:21:53 -0300 Subject: [et-mgmt-tools] virt-p2v problems In-Reply-To: <20090716141032.GA13198@amd.home.annexia.org> Message-ID: <8CBB53B8098D4544A6FF75CFFAD77DF250B3FA@brsaexmb03.scania.com> Hey, I narrowed the config file down to: emerson3 3ffcff461be5cef1ff45ffe1bb71b17a 2095104 and I still get the very same error. Maybe a missing tag?? Emerson -----Original Message----- From: et-mgmt-tools-bounces at redhat.com [mailto:et-mgmt-tools-bounces at redhat.com] On Behalf Of Richard W.M. Jones Sent: Thursday, July 16, 2009 11:11 AM To: Fedora/Linux Management Tools Subject: Re: [et-mgmt-tools] virt-p2v problems On Wed, Jul 15, 2009 at 08:49:23AM -0300, Ribeiro Emerson Gomes wrote: > Here goes the conf file: > > [root at blpc6]# cat p2v-emerson3_br_scania_com-200907150846.conf > > > > emerson3_br_scania_com > 3ffcff461be5cef1ff45ffe1bb71b17a > 2095104 > 2095104 > 1 > > hvm > /usr/lib/xen/boot/hvmloader > > > > > > > > > > /usr/lib64/xen/bin/qemu-dm > > > > > > > > > > This file looks fine to me, but the "expecting a name" error is still worrying. Unfortunately libvirt doesn't give any context for the error, so the only way to diagnose it will be to remove sections of the XML until it works, thus narrowing it down to some particular place. 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 _______________________________________________ et-mgmt-tools mailing list et-mgmt-tools at redhat.com https://www.redhat.com/mailman/listinfo/et-mgmt-tools From crobinso at redhat.com Thu Jul 16 20:59:31 2009 From: crobinso at redhat.com (Cole Robinson) Date: Thu, 16 Jul 2009 16:59:31 -0400 Subject: [et-mgmt-tools] virt-p2v problems In-Reply-To: <8CBB53B8098D4544A6FF75CFFAD77DF250B3FA@brsaexmb03.scania.com> References: <8CBB53B8098D4544A6FF75CFFAD77DF250B3FA@brsaexmb03.scania.com> Message-ID: <4A5F94B3.3040007@redhat.com> Ribeiro Emerson Gomes wrote: > Hey, > > I narrowed the config file down to: > > emerson3 > 3ffcff461be5cef1ff45ffe1bb71b17a > 2095104 > > > and I still get the very same error. > Maybe a missing tag?? > > Emerson > > (Let's move to virt-tools-list) That 'expecting a name' error shouldn't have to do with the XML file: did you manually any of the libvirt .conf files, or do you have hand editted files in /etc/xen? Do other virsh commands (list --all) throw errors? - Cole From Emerson.Ribeiro at scania.com Fri Jul 17 12:27:56 2009 From: Emerson.Ribeiro at scania.com (Ribeiro Emerson Gomes) Date: Fri, 17 Jul 2009 09:27:56 -0300 Subject: [et-mgmt-tools] virt-p2v problems In-Reply-To: <4A5F94B3.3040007@redhat.com> Message-ID: <8CBB53B8098D4544A6FF75CFFAD77DF250B3FC@brsaexmb03.scania.com> Hey, I have edited /etc/xen files to use bond-bridge network script instead of bridge net script. That's because we bond two NICS together (BONDING_OPTS="mode=active-backup miimon=80"). Not sure if that is related to the problem in any way. Yes, "virsh list" throws the same error: [root at blpc6]# virsh list --all libvir: error : configuration file syntax error: expecting a name Id Name State ---------------------------------- 0 Domain-0 running - emerson3_br_scania_com shut off I have never noticed it because we manage guests through Conga. /etc/libvirt/qemu/networks/default.xml is the only conf file I have for libvirt and it looks like this: default 8b172bb5-9651-47ff-bb20-6c7881a82fd7 I'm not really sure whether it has been edited or not because we install it from a global Satellite server and someone overseas might have edited it. The one million question: where is libvirt expecting for a name? Emerson -----Original Message----- From: Cole Robinson [mailto:crobinso at redhat.com] Sent: Thursday, July 16, 2009 6:00 PM Cc: Richard W.M. Jones; Ribeiro Emerson Gomes; Fedora/Linux Management Tools Subject: Re: [et-mgmt-tools] virt-p2v problems Ribeiro Emerson Gomes wrote: > Hey, > > I narrowed the config file down to: > > emerson3 > 3ffcff461be5cef1ff45ffe1bb71b17a > 2095104 > > > and I still get the very same error. > Maybe a missing tag?? > > Emerson > > (Let's move to virt-tools-list) That 'expecting a name' error shouldn't have to do with the XML file: did you manually any of the libvirt .conf files, or do you have hand editted files in /etc/xen? Do other virsh commands (list --all) throw errors? - Cole From gene at czarc.net Fri Jul 17 12:53:21 2009 From: gene at czarc.net (Gene Czarcinski) Date: Fri, 17 Jul 2009 08:53:21 -0400 Subject: [et-mgmt-tools] VMware/qemu-kvm-?? migration In-Reply-To: <200907161542.41238.gene@czarc.net> References: <200907141739.46140.gene@czarc.net> <20090716143902.GD13198@amd.home.annexia.org> <200907161542.41238.gene@czarc.net> Message-ID: <200907170853.21943.gene@czarc.net> On Thursday 16 July 2009 15:42:41 Gene Czarcinski wrote: > > Is the right SCSI driver available in the initrd? You should be able > > to find out what driver(s) are in the guest's initrd using > > virt-inspector. > > Light bulb lights above head! > > Yup, yup ... thank you very much! The problem is that the needed drivers > are not in the initrd file. > > Now I know what the problem is but "fixing" it will need some thought. OK, I got a "fix" that worked and the problem definitely was that the initrd file did not contain the right/needed drivers for the new hardware configuration. First: The guest is an i386 F9 system. Although the VMware guest used a SCSI adapter, I used a IDE adapter on qemu-kvm. I did not bother converting the file but just used a copy of the vmdk file. To get a good initrd file: Bootup the F9 i386 distribution DVD and run rescue mode. Use scp to copy the "current" kernel and firmware rpms (the guest was not up-to-date). chroot the the guest's disks. Install the kernel and firmware rpms. Reboot to the updated guests ... everything works! Success! Before installing a new kernel rpm to get the updated initrd file, I tried just running mkinitrd for the rescue/chroot mode but this did not appear to generate a correct initrd file (it did not work). I used: mkinitrd /boot/initrd______.img Whatever "dance" installing a kernel does to create a good initrd file, just running mkinitrd is not it. Any suggestions? It would be nice to just run mkinitrd to fix things. Q: Does virt-p2v fixup initrd as part of its process? [No, I have not tried it yet] Since guestfish gives me access to the filesystems on a virtual disk, it would be nice if I could (easily) update the initrd to have the right drivers. This may not be practical since guestfish does not know what the guest's hardware configuration looks like ... running rescue-mod and chroot may be the best that can be used to fix things. Once I get the process down for migrating a Fedora guest from VMware to qemu- kvm, I will then look into the far bigger challenge of (ugh) Windows. Gene From jboggs at redhat.com Fri Jul 17 12:59:23 2009 From: jboggs at redhat.com (Joey Boggs) Date: Fri, 17 Jul 2009 08:59:23 -0400 Subject: [et-mgmt-tools] VMware/qemu-kvm-?? migration In-Reply-To: <200907170853.21943.gene@czarc.net> References: <200907141739.46140.gene@czarc.net> <20090716143902.GD13198@amd.home.annexia.org> <200907161542.41238.gene@czarc.net> <200907170853.21943.gene@czarc.net> Message-ID: <4A6075AB.40106@redhat.com> Gene Czarcinski wrote: > On Thursday 16 July 2009 15:42:41 Gene Czarcinski wrote: > >>> Is the right SCSI driver available in the initrd? You should be able >>> to find out what driver(s) are in the guest's initrd using >>> virt-inspector. >>> >> Light bulb lights above head! >> >> Yup, yup ... thank you very much! The problem is that the needed drivers >> are not in the initrd file. >> >> Now I know what the problem is but "fixing" it will need some thought. >> > > OK, I got a "fix" that worked and the problem definitely was that the initrd file > did not contain the right/needed drivers for the new hardware configuration. > > First: The guest is an i386 F9 system. Although the VMware guest used a SCSI > adapter, I used a IDE adapter on qemu-kvm. I did not bother converting the > file but just used a copy of the vmdk file. > > To get a good initrd file: Bootup the F9 i386 distribution DVD and run rescue > mode. Use scp to copy the "current" kernel and firmware rpms (the guest was > not up-to-date). chroot the the guest's disks. Install the kernel and > firmware rpms. Reboot to the updated guests ... everything works! Success! > > Before installing a new kernel rpm to get the updated initrd file, I tried just > running mkinitrd for the rescue/chroot mode but this did not appear to > generate a correct initrd file (it did not work). I used: > mkinitrd /boot/initrd______.img > > Whatever "dance" installing a kernel does to create a good initrd file, just > running mkinitrd is not it. Any suggestions? It would be nice to just run > mkinitrd to fix things. > > I used to do this manually over a year ago, updating /etc/modprobe.conf and then running mkinitrd should do the trick. > Q: Does virt-p2v fixup initrd as part of its process? [No, I have not tried it > yet] > > Since guestfish gives me access to the filesystems on a virtual disk, it would > be nice if I could (easily) update the initrd to have the right drivers. This > may not be practical since guestfish does not know what the guest's hardware > configuration looks like ... running rescue-mod and chroot may be the best that > can be used to fix things. > > Once I get the process down for migrating a Fedora guest from VMware to qemu- > kvm, I will then look into the far bigger challenge of (ugh) Windows. > > Gene > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > From gene at czarc.net Fri Jul 17 13:06:30 2009 From: gene at czarc.net (Gene Czarcinski) Date: Fri, 17 Jul 2009 09:06:30 -0400 Subject: [et-mgmt-tools] virt-manager comments Message-ID: <200907170906.30853.gene@czarc.net> For the most part I like the way virt-manager works. However, there are a couple of (usability) things that really annoy me and I was wondering if anyone else is annoyed. 1. The "are you sure" popup that occurs when you do a shutdown/force-off (virtual poweroff). While this popup may be the right thing to do in a production environment, it is aggravating in a test/development environment where virtual poweroff is used frequently. I would like to see an option to disable the popup (that is, just do the virtual poweroff) as either a global parameter or (maybe better) a per guest option. 2. The "apply" button on the boot selection panel for a guest, is a pain (I often forget to do it after I change the boot device): Preferred way to work: just change the boot device (eliminate the apply button). Comments? Gene From gene at czarc.net Fri Jul 17 13:10:02 2009 From: gene at czarc.net (Gene Czarcinski) Date: Fri, 17 Jul 2009 09:10:02 -0400 Subject: [et-mgmt-tools] VMware/qemu-kvm-?? migration In-Reply-To: <4A6075AB.40106@redhat.com> References: <200907141739.46140.gene@czarc.net> <200907170853.21943.gene@czarc.net> <4A6075AB.40106@redhat.com> Message-ID: <200907170910.02634.gene@czarc.net> On Friday 17 July 2009 08:59:23 Joey Boggs wrote: > > Whatever "dance" installing a kernel does to create a good initrd file, > > just running mkinitrd is not it. Any suggestions? It would be nice to > > just run mkinitrd to fix things. > > > > > > I used to do this manually over a year ago, updating /etc/modprobe.conf > and then running mkinitrd should do the trick. My problem is that it did not work for me. The resulting initrd file was about a tenth of the size of the original initrd file plus, when booted, it did not work. On the other hand, installing a new kernel resulted in a slightly smaller initrd file and it did work. Gene From crobinso at redhat.com Fri Jul 17 13:54:10 2009 From: crobinso at redhat.com (Cole Robinson) Date: Fri, 17 Jul 2009 09:54:10 -0400 Subject: [et-mgmt-tools] virt-manager comments In-Reply-To: <200907170906.30853.gene@czarc.net> References: <200907170906.30853.gene@czarc.net> Message-ID: <4A608282.4090306@redhat.com> (taking this to virt-tools-list, we are discontinuing et-mgmt-tools) > For the most part I like the way virt-manager works. However, there are a > couple of (usability) things that really annoy me and I was wondering if > anyone else is annoyed. > > 1. The "are you sure" popup that occurs when you do a shutdown/force-off > (virtual poweroff). While this popup may be the right thing to do in a > production environment, it is aggravating in a test/development environment > where virtual poweroff is used frequently. > > I would like to see an option to disable the popup (that is, just do the > virtual poweroff) as either a global parameter or (maybe better) a per guest > option. > Yes, I've been meaning to put an option to "Don't show this again" in that dialog for a while now. > 2. The "apply" button on the boot selection panel for a guest, is a pain (I > often forget to do it after I change the boot device): > > Preferred way to work: just change the boot device (eliminate the apply > button). > Boot device and autostart are the probably the only changes we could safely do without the user explicitly hitting apply. Only downside is that it would be inconsistent with the rest of the screens. I'm not opposed to the idea if someone wanted to implement it. Filing bugs for these (http://virt-manager.org/page/BugReporting) would be helpful. Thanks, Cole From berrange at redhat.com Fri Jul 17 18:47:08 2009 From: berrange at redhat.com (Daniel P. Berrange) Date: Fri, 17 Jul 2009 19:47:08 +0100 Subject: [virt-tools-list] Re: [et-mgmt-tools] virt-manager comments In-Reply-To: <4A608282.4090306@redhat.com> References: <200907170906.30853.gene@czarc.net> <4A608282.4090306@redhat.com> Message-ID: <20090717184708.GF17502@redhat.com> On Fri, Jul 17, 2009 at 09:54:10AM -0400, Cole Robinson wrote: > (taking this to virt-tools-list, we are discontinuing et-mgmt-tools) > > > For the most part I like the way virt-manager works. However, there are a > > couple of (usability) things that really annoy me and I was wondering if > > anyone else is annoyed. > > > > 1. The "are you sure" popup that occurs when you do a shutdown/force-off > > (virtual poweroff). While this popup may be the right thing to do in a > > production environment, it is aggravating in a test/development environment > > where virtual poweroff is used frequently. > > > > I would like to see an option to disable the popup (that is, just do the > > virtual poweroff) as either a global parameter or (maybe better) a per guest > > option. > > > > Yes, I've been meaning to put an option to "Don't show this again" in that > dialog for a while now. > > > 2. The "apply" button on the boot selection panel for a guest, is a pain (I > > often forget to do it after I change the boot device): > > > > Preferred way to work: just change the boot device (eliminate the apply > > button). > > > > Boot device and autostart are the probably the only changes we could safely do > without the user explicitly hitting apply. Only downside is that it would be > inconsistent with the rest of the screens. I'm not opposed to the idea if > someone wanted to implement it. I think having inconsistency here would be rather unpleasant. Either we should have all the changes auto-apply, or all the changes require manual apply. Perhaps we should have a reminder if they go to change out of the configuration view, without having applied changes ? 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 kae at midnighthax.com Fri Jul 17 21:44:18 2009 From: kae at midnighthax.com (Keith Edmunds) Date: Fri, 17 Jul 2009 22:44:18 +0100 Subject: [et-mgmt-tools] Running virt-install without X Message-ID: <20090717224418.369031a1@aspire.in.tiger-computing.com> New to list. I couldn't find a searchable archive of this ML, so apologies if this has been asked before (feel free to flame me, but please include a pointer to where I can find the answer). I've been looking at KVM virtualisation recently. I want to use it on a hosted server without X installed, and I want to be able to create new (Linux) guests from the command line. virt-install lets me kick off an installation, but everything I've tried so far needs a graphical terminal of some sort to carry out the text-based (Debian Lenny) installation. Once the installation is complete, I can use 'virsh' to connect to the serial console and that works fine. I suspect the key is in virt-install's '--nographics' option, but I can't seem to connect to the console to carry out the installation after using that option. Can anyone shed some light? (Just to be clear: I want to do everything via an ssh session, so no VNC, etc). Thanks, Keith From laurent at open-minds.org Sat Jul 18 00:59:56 2009 From: laurent at open-minds.org (Laurent =?iso-8859-1?q?L=E9onard?=) Date: Sat, 18 Jul 2009 02:59:56 +0200 Subject: [et-mgmt-tools] Virtio support in Windows In-Reply-To: <20090716141716.GC13198@amd.home.annexia.org> References: <200907150038.18934.laurent@open-minds.org> <20090716141716.GC13198@amd.home.annexia.org> Message-ID: <200907180300.00001.laurent@open-minds.org> What about a generic Windows target with (network only at this time) virtio support, like the "virtio26" target ? -- Laurent L?onard -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From bodhi.zazen at ubuntu.com Sat Jul 18 04:36:07 2009 From: bodhi.zazen at ubuntu.com (bodhi zazen) Date: Fri, 17 Jul 2009 22:36:07 -0600 Subject: [et-mgmt-tools] Running virt-install without X In-Reply-To: <26891308.421247891468646.JavaMail.root@mail.montanalinux.org> References: <20090717224418.369031a1@aspire.in.tiger-computing.com> <26891308.421247891468646.JavaMail.root@mail.montanalinux.org> Message-ID: You have several options. First is virsh Second is to run kvm directly from the command line. You then use the option -vnc :0 Third is to use one of several web interfaces (Personally I advise Proxmox, there are others). On Fri, Jul 17, 2009 at 10:31 PM, Bodhi Zazen wrote: > > ----- Forwarded Message ----- > From: "Keith Edmunds" > To: et-mgmt-tools at redhat.com > Sent: Friday, July 17, 2009 3:44:18 PM GMT -07:00 US/Canada Mountain > Subject: [et-mgmt-tools] Running virt-install without X > > New to list. I couldn't find a searchable archive of this ML, so > apologies if this has been asked before (feel free to flame me, but > please include a pointer to where I can find the answer). > > I've been looking at KVM virtualisation recently. I want to use it on a > hosted server without X installed, and I want to be able to create new > (Linux) guests from the command line. > > virt-install lets me kick off an installation, but everything I've tried > so far needs a graphical terminal of some sort to carry out the > text-based (Debian Lenny) installation. Once the installation is > complete, I can use 'virsh' to connect to the serial console and that > works fine. > > I suspect the key is in virt-install's '--nographics' option, but I > can't seem to connect to the console to carry out the installation > after using that option. Can anyone shed some light? > > (Just to be clear: I want to do everything via an ssh session, so no > VNC, etc). > > Thanks, > Keith > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kae at midnighthax.com Sat Jul 18 08:10:52 2009 From: kae at midnighthax.com (Keith Edmunds) Date: Sat, 18 Jul 2009 09:10:52 +0100 Subject: [et-mgmt-tools] Running virt-install without X In-Reply-To: References: <20090717224418.369031a1@aspire.in.tiger-computing.com> <26891308.421247891468646.JavaMail.root@mail.montanalinux.org> Message-ID: <20090718091052.7bc5e647@ws.in.tiger-computing.com> bodhi zazen wrote: > First is virsh I didn't realise I could create a new guest from virsh, so that may be helpful: thank you. Could you give me a sample command line that will boot from an ISO image and start the guest installation? > Second is to run kvm directly from the command line. You then use the > option -vnc :0 I explicitly stated that I didn't want to use X anywhere, including vnc, so that option won't work. > Third is to use one of several web interfaces (Personally I advise > Proxmox, there are others). Thanks again. I Googled Proxmox: it seems to be some kind of commercial anti-spam gateway with a "free" "lite" version. Not sure how that fits in to creating new guests on a KVM server. Also, it would seem to require X as it requires a web interface. Yes, I'm aware of links et al, but I don't really need them to install Linux. I don't think I've explained what I'm looking for very clearly, for which I apologise. Let me give a practical example. I'd like to ssh to a remote host, not running X, and download the latest Debian installer .iso. Debian has a text-mode installer. I'd like to create a new KVM guest on that server and "boot" the Debian iso and have the text-mode installation output come up in the ssh session, or at least have it accessible from the ssh session. Once the installation is complete, I can boot the guest into Debian proper. I can do almost all of that today; however, I use virt-install and it pops up a window containing the text-mode, character-based installation. I just need to redirect that so that instead of going to a separate window, the text mode installation is accessible directly from the ssh session. My suspicion was that virt-install's '--nographics' mode would be the clue to achieve what I want, but I've not been successful. Thanks for taking the time to make suggestions. Keith From bodhi.zazen at ubuntu.com Sat Jul 18 17:26:46 2009 From: bodhi.zazen at ubuntu.com (bodhi zazen) Date: Sat, 18 Jul 2009 11:26:46 -0600 Subject: [et-mgmt-tools] Running virt-install without X In-Reply-To: <26891308.421247891468646.JavaMail.root@mail.montanalinux.org> References: <20090717224418.369031a1@aspire.in.tiger-computing.com> <26891308.421247891468646.JavaMail.root@mail.montanalinux.org> Message-ID: Umm ... I think virsh is what you want, slthough I do not think you understand what I told you about KVM. You will need to connect to the Debian installer somehow if you go that route, I am not familiar with it and I am not sure if you can simply boot the iso and then connect to the guest via ssh. For virsh, since I see your google is broken =) http://linux.die.net/man/1/virsh http://prefetch.net/blog/index.php/2009/06/15/migrating-kvm-hosts-with-virsh/ http://docs.sun.com/app/docs/doc/819-2450/6n4o5me9j?a=view http://www.howtoforge.com/virtualization-with-kvm-on-ubuntu-9.04-p3 https://help.ubuntu.com/community/KVM/Managing That should certainly get you started. As far as running KVM without X I suggest you read man qemu Or try this blog : http://blog.bodhizazen.net/linux/how-to-run-kvm-without-x/ with the -vnc flag you can run without X -vnc none or , since you are installing from an iso, -vnc :0 (or what have you) so you may connect to the installer from remote. Neither -vnc none or -vnc :0 require X at all on the (host) server or guest (you can connect via vnc to a minimal guest with no X installed on either host or guest). Happy reading =) On Fri, Jul 17, 2009 at 10:31 PM, Bodhi Zazen wrote: > > ----- Forwarded Message ----- > From: "Keith Edmunds" > To: et-mgmt-tools at redhat.com > Sent: Friday, July 17, 2009 3:44:18 PM GMT -07:00 US/Canada Mountain > Subject: [et-mgmt-tools] Running virt-install without X > > New to list. I couldn't find a searchable archive of this ML, so > apologies if this has been asked before (feel free to flame me, but > please include a pointer to where I can find the answer). > > I've been looking at KVM virtualisation recently. I want to use it on a > hosted server without X installed, and I want to be able to create new > (Linux) guests from the command line. > > virt-install lets me kick off an installation, but everything I've tried > so far needs a graphical terminal of some sort to carry out the > text-based (Debian Lenny) installation. Once the installation is > complete, I can use 'virsh' to connect to the serial console and that > works fine. > > I suspect the key is in virt-install's '--nographics' option, but I > can't seem to connect to the console to carry out the installation > after using that option. Can anyone shed some light? > > (Just to be clear: I want to do everything via an ssh session, so no > VNC, etc). > > Thanks, > Keith > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From crobinso at redhat.com Sat Jul 18 18:04:09 2009 From: crobinso at redhat.com (Cole Robinson) Date: Sat, 18 Jul 2009 14:04:09 -0400 Subject: [et-mgmt-tools] Running virt-install without X In-Reply-To: <20090717224418.369031a1@aspire.in.tiger-computing.com> References: <20090717224418.369031a1@aspire.in.tiger-computing.com> Message-ID: <4A620E99.9080000@redhat.com> (cc'ing virt-tools-list, since et-mgmt-tools is being discontinued) Keith Edmunds wrote: > New to list. I couldn't find a searchable archive of this ML, so > apologies if this has been asked before (feel free to flame me, but > please include a pointer to where I can find the answer). > > I've been looking at KVM virtualisation recently. I want to use it on a > hosted server without X installed, and I want to be able to create new > (Linux) guests from the command line. > > virt-install lets me kick off an installation, but everything I've tried > so far needs a graphical terminal of some sort to carry out the > text-based (Debian Lenny) installation. Once the installation is > complete, I can use 'virsh' to connect to the serial console and that > works fine. > > I suspect the key is in virt-install's '--nographics' option, but I > can't seem to connect to the console to carry out the installation > after using that option. Can anyone shed some light? > You need to set up the install to go over serial console. The easiest way to do this is to install from URL (or mount an install dvd and point to the directory) with --location. You can then use the --extra-args parameter to pass arguments to the boot kernel: something like console=ttyS0 should set up a text console. Not sure if the debian installer needs extra args to force it into text mode, might want to check out: http://www.debian.org/releases/stable/i386/ch05s03.html.en#installer-args > (Just to be clear: I want to do everything via an ssh session, so no > VNC, etc). Well, you can do ssh with X forwarding, but my guess is that's not what you meant. - Cole From crobinso at redhat.com Mon Jul 20 17:11:29 2009 From: crobinso at redhat.com (Cole Robinson) Date: Mon, 20 Jul 2009 13:11:29 -0400 Subject: [et-mgmt-tools] RFC: virt-manager: VM clone wizard Message-ID: <4A64A541.3000608@redhat.com> Hi all, The attached patch adds a small wizard for cloning a VM. A screenshot of the overview: http://fedorapeople.org/~crobinso/virt-manager/clone-post/vmm-clone-overview.png The wizard will generate a new VM name (usually -clone), new storage paths as required, and MAC addresses. Storage is marked as one of: - Shared: Original and clone VM point to the same disk image - Clone : Actually copy the original storage for use by the clone Storage like removable media (cdrom, floppy), readonly or shareable disks will be 'Shared' by default. The storage drop down has a 'Details' choice: http://fedorapeople.org/~crobinso/virt-manager/clone-post/vmm-clone-dropdown.png This brings up a small dialog which allows changing the new disk path: http://fedorapeople.org/~crobinso/virt-manager/clone-post/vmm-clone-storage-details.png There is also a similar dialog for changing MAC addresses. If we can't clone storage (maybe lack of permissions, or remote unmanaged storage, older libvirt), we still allow cloning the VM, but force the offending disks into 'Shared' mode. In the case of sharing a read/write disk, we give a clear warning that this may result in overwriting the original image. Big thanks to Jeremy Perry for the UI designs. Questions, comments, or feedback appreciated. - Cole -------------- next part -------------- A non-text attachment was scrubbed... Name: vmm-clone-wizard.patch Type: text/x-patch Size: 85281 bytes Desc: not available URL: From berrange at redhat.com Mon Jul 20 17:16:04 2009 From: berrange at redhat.com (Daniel P. Berrange) Date: Mon, 20 Jul 2009 18:16:04 +0100 Subject: [et-mgmt-tools] Re: [virt-tools-list] RFC: virt-manager: VM clone wizard In-Reply-To: <4A64A541.3000608@redhat.com> References: <4A64A541.3000608@redhat.com> Message-ID: <20090720171604.GN20209@redhat.com> On Mon, Jul 20, 2009 at 01:11:29PM -0400, Cole Robinson wrote: > Hi all, > > The attached patch adds a small wizard for cloning a VM. A screenshot of > the overview: > > http://fedorapeople.org/~crobinso/virt-manager/clone-post/vmm-clone-overview.png > > The wizard will generate a new VM name (usually -clone), new > storage paths as required, and MAC addresses. Storage is marked as > one of: > > - Shared: Original and clone VM point to the same disk image > - Clone : Actually copy the original storage for use by the clone > > Storage like removable media (cdrom, floppy), readonly or shareable > disks will be 'Shared' by default. > > The storage drop down has a 'Details' choice: > > http://fedorapeople.org/~crobinso/virt-manager/clone-post/vmm-clone-dropdown.png > > This brings up a small dialog which allows changing the new disk path: > > http://fedorapeople.org/~crobinso/virt-manager/clone-post/vmm-clone-storage-details.png > > There is also a similar dialog for changing MAC addresses. > > If we can't clone storage (maybe lack of permissions, or remote > unmanaged storage, older libvirt), we still allow cloning the VM, but > force the offending disks into 'Shared' mode. In the case of sharing a > read/write disk, we give a clear warning that this may result in > overwriting the original image. IMHO, we should simply disallow that. Users would expect that cloning a guest is guarneteed to not impact the original. If we can't guarentee that, we should refuse to clone it. Swiching a private disk to shared mode is giving a user a loaded gun with no safety catch & a touch sensitive trigger. 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 crobinso at redhat.com Mon Jul 20 18:08:14 2009 From: crobinso at redhat.com (Cole Robinson) Date: Mon, 20 Jul 2009 14:08:14 -0400 Subject: [et-mgmt-tools] Re: [virt-tools-list] RFC: virt-manager: VM clone wizard In-Reply-To: <20090720171604.GN20209@redhat.com> References: <4A64A541.3000608@redhat.com> <20090720171604.GN20209@redhat.com> Message-ID: <4A64B28E.808@redhat.com> Daniel P. Berrange wrote: > On Mon, Jul 20, 2009 at 01:11:29PM -0400, Cole Robinson wrote: >> Hi all, >> >> The attached patch adds a small wizard for cloning a VM. A screenshot of >> the overview: >> >> http://fedorapeople.org/~crobinso/virt-manager/clone-post/vmm-clone-overview.png >> >> The wizard will generate a new VM name (usually -clone), new >> storage paths as required, and MAC addresses. Storage is marked as >> one of: >> >> - Shared: Original and clone VM point to the same disk image >> - Clone : Actually copy the original storage for use by the clone >> >> Storage like removable media (cdrom, floppy), readonly or shareable >> disks will be 'Shared' by default. >> >> The storage drop down has a 'Details' choice: >> >> http://fedorapeople.org/~crobinso/virt-manager/clone-post/vmm-clone-dropdown.png >> >> This brings up a small dialog which allows changing the new disk path: >> >> http://fedorapeople.org/~crobinso/virt-manager/clone-post/vmm-clone-storage-details.png >> >> There is also a similar dialog for changing MAC addresses. >> >> If we can't clone storage (maybe lack of permissions, or remote >> unmanaged storage, older libvirt), we still allow cloning the VM, but >> force the offending disks into 'Shared' mode. In the case of sharing a >> read/write disk, we give a clear warning that this may result in >> overwriting the original image. > > IMHO, we should simply disallow that. Users would expect that > cloning a guest is guarneteed to not impact the original. If > we can't guarentee that, we should refuse to clone it. Swiching > a private disk to shared mode is giving a user a loaded gun > with no safety catch & a touch sensitive trigger. > Are you saying we should disallow sharing any private disks, or only ones that it appears we can't clone? I suppose any shareable disks should be marked with in the XML, but that currently isn't obvious to the user, or easy via any of the tools atm. The cases when a user would actually want to share a r/w disk though are rare enough that we should require the sharable flag, and deny the clone operation otherwise. - Cole From berrange at redhat.com Mon Jul 20 18:12:38 2009 From: berrange at redhat.com (Daniel P. Berrange) Date: Mon, 20 Jul 2009 19:12:38 +0100 Subject: [et-mgmt-tools] Re: [virt-tools-list] RFC: virt-manager: VM clone wizard In-Reply-To: <4A64B28E.808@redhat.com> References: <4A64A541.3000608@redhat.com> <20090720171604.GN20209@redhat.com> <4A64B28E.808@redhat.com> Message-ID: <20090720181238.GP20209@redhat.com> On Mon, Jul 20, 2009 at 02:08:14PM -0400, Cole Robinson wrote: > Daniel P. Berrange wrote: > > On Mon, Jul 20, 2009 at 01:11:29PM -0400, Cole Robinson wrote: > >> Hi all, > >> > >> The attached patch adds a small wizard for cloning a VM. A screenshot of > >> the overview: > >> > >> http://fedorapeople.org/~crobinso/virt-manager/clone-post/vmm-clone-overview.png > >> > >> The wizard will generate a new VM name (usually -clone), new > >> storage paths as required, and MAC addresses. Storage is marked as > >> one of: > >> > >> - Shared: Original and clone VM point to the same disk image > >> - Clone : Actually copy the original storage for use by the clone > >> > >> Storage like removable media (cdrom, floppy), readonly or shareable > >> disks will be 'Shared' by default. > >> > >> The storage drop down has a 'Details' choice: > >> > >> http://fedorapeople.org/~crobinso/virt-manager/clone-post/vmm-clone-dropdown.png > >> > >> This brings up a small dialog which allows changing the new disk path: > >> > >> http://fedorapeople.org/~crobinso/virt-manager/clone-post/vmm-clone-storage-details.png > >> > >> There is also a similar dialog for changing MAC addresses. > >> > >> If we can't clone storage (maybe lack of permissions, or remote > >> unmanaged storage, older libvirt), we still allow cloning the VM, but > >> force the offending disks into 'Shared' mode. In the case of sharing a > >> read/write disk, we give a clear warning that this may result in > >> overwriting the original image. > > > > IMHO, we should simply disallow that. Users would expect that > > cloning a guest is guarneteed to not impact the original. If > > we can't guarentee that, we should refuse to clone it. Swiching > > a private disk to shared mode is giving a user a loaded gun > > with no safety catch & a touch sensitive trigger. > > > > Are you saying we should disallow sharing any private disks, or only > ones that it appears we can't clone? I suppose any shareable disks > should be marked with in the XML, but that currently isn't > obvious to the user, or easy via any of the tools atm. The cases when a > user would actually want to share a r/w disk though are rare enough that > we should require the sharable flag, and deny the clone operation otherwise. If it isn't marked or , and we can't clone it, then we should simply stop the whole clone attempt. It is just too dangerous to pretend we can do anything else in that situation - we should focus on addressing the reason for the failure to clone the disk data 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 junkoi2004 at gmail.com Tue Jul 21 09:24:46 2009 From: junkoi2004 at gmail.com (Jun Koi) Date: Tue, 21 Jul 2009 18:24:46 +0900 Subject: [et-mgmt-tools] --accelerate option doesnt work with virt-install --import? Message-ID: Hi, I imported an KVM image to libvirt with virt-install. I run command like: virt-install --import -f img.winxp -v --accelerate ... However, then when the VM is started, it still runs with -no-kvm option (I checked that via "ps"). This means --accelerate fails to work? Now I want to reconfigure my VM to work with KVM. How can I do that now? (Config file under /etc/libvirt/qemu/ has no option to run KVM on) Thanks, J From junkoi2004 at gmail.com Tue Jul 21 09:25:29 2009 From: junkoi2004 at gmail.com (Jun Koi) Date: Tue, 21 Jul 2009 18:25:29 +0900 Subject: [et-mgmt-tools] Failed to view VM detail with virt-manager In-Reply-To: References: Message-ID: Hi, I compiled and installed virt-manager, libvirt & virt-viewer from source code. I can start/stop a VM from inside virt-manager. However, when I view a VM detail using menu Edit/Virtual Machine Details, I get the below error. Traceback (most recent call last): ?File "/usr/share/virt-manager/virtManager/engine.py", line 272, in show_details ? ?details = vmmDetails(self.get_config(), con.get_vm(uuid), self) ?File "/usr/share/virt-manager/virtManager/details.py", line 232, in __init__ ? ?self.update_scaling() ?File "/usr/share/virt-manager/virtManager/details.py", line 450, in update_scaling ? ?curscale = self.vncViewer.get_scaling() AttributeError: 'gtkvnc.Display' object has no attribute 'get_scaling' How can I fix this problem? Thanks, J From crobinso at redhat.com Tue Jul 21 14:26:05 2009 From: crobinso at redhat.com (Cole Robinson) Date: Tue, 21 Jul 2009 10:26:05 -0400 Subject: [et-mgmt-tools] --accelerate option doesnt work with virt-install --import? In-Reply-To: References: Message-ID: <4A65CFFD.4010105@redhat.com> Jun Koi wrote: > Hi, > > I imported an KVM image to libvirt with virt-install. I run command like: > > virt-install --import -f img.winxp -v --accelerate ... > > However, then when the VM is started, it still runs with -no-kvm > option (I checked that via "ps"). This means --accelerate fails to > work? > > Now I want to reconfigure my VM to work with KVM. How can I do that > now? (Config file under /etc/libvirt/qemu/ has no option to run KVM > on) > Reply to virt-tool-list, et-mgmt-tools is being discontinued. What is the output of 'virsh capabilities | grep kvm' . If nothing shows up, libvirt isn't detecting KVM, so virt-install won't use it. What version of libvirt are you using? If the above does output something, please attach the output of the virt-install command with the --debug flag. - Cole From crobinso at redhat.com Tue Jul 21 14:27:11 2009 From: crobinso at redhat.com (Cole Robinson) Date: Tue, 21 Jul 2009 10:27:11 -0400 Subject: [et-mgmt-tools] Failed to view VM detail with virt-manager In-Reply-To: References: Message-ID: <4A65D03F.9050202@redhat.com> Jun Koi wrote: > Hi, > > I compiled and installed virt-manager, libvirt & virt-viewer from > source code. I can start/stop a VM from inside virt-manager. > > However, when I view a VM detail using menu Edit/Virtual Machine > Details, I get the below error. > > > Traceback (most recent call last): > File "/usr/share/virt-manager/virtManager/engine.py", line 272, in > show_details > details = vmmDetails(self.get_config(), con.get_vm(uuid), self) > File "/usr/share/virt-manager/virtManager/details.py", line 232, in __init__ > self.update_scaling() > File "/usr/share/virt-manager/virtManager/details.py", line 450, in > update_scaling > curscale = self.vncViewer.get_scaling() > AttributeError: 'gtkvnc.Display' object has no attribute 'get_scaling' > Reply to virt-tool-list, et-mgmt-tools is being discontinued. Use a newer version of gtkvnc. The required versions are listed in the RPM spec file. - Cole From dhuff at redhat.com Tue Jul 21 19:02:20 2009 From: dhuff at redhat.com (David Huff) Date: Tue, 21 Jul 2009 15:02:20 -0400 Subject: [et-mgmt-tools] virsh failed to get local hostname In-Reply-To: <4A5C98D8.30100@redhat.com> References: <72AD56B5CA23BA4D9005B554CDE7636F0708E04BDE@n1-i-mailbe-01.inferencedata.net> <4A5C9115.5050801@redhat.com> <72AD56B5CA23BA4D9005B554CDE7636F0708E04E45@n1-i-mailbe-01.inferencedata.net> <4A5C98D8.30100@redhat.com> Message-ID: <4A6610BC.9040304@redhat.com> Cole Robinson wrote: > Rodrique Heron wrote: >> You probably want to set HOSTNAME in /etc/sysconfig/network . You can >> then reboot the machine, or use the command: >> >> 'hostname ' >> >> - Cole >> >> I have /etc/sysconfig/network configured already. >> >> [root at N1-I-FKVM-01 ~]# cat /etc/sysconfig/network >> NETWORKING=yes >> HOSTNAME=N1-I-FKVM-01 >> >> Thanks >> > > Not really sure then. I'd say file a bug against libvirt. > > - Cole I ran across this issue this AM, make sure that dns queries work for the hostname, once I added the host to my dns records everything started working again. -D From rheron at inferencedata.com Tue Jul 21 20:25:49 2009 From: rheron at inferencedata.com (Rodrique Heron) Date: Tue, 21 Jul 2009 16:25:49 -0400 Subject: [et-mgmt-tools] virsh failed to get local hostname In-Reply-To: <4A6610BC.9040304@redhat.com> References: <72AD56B5CA23BA4D9005B554CDE7636F0708E04BDE@n1-i-mailbe-01.inferencedata.net> <4A5C9115.5050801@redhat.com> <72AD56B5CA23BA4D9005B554CDE7636F0708E04E45@n1-i-mailbe-01.inferencedata.net> <4A5C98D8.30100@redhat.com> <4A6610BC.9040304@redhat.com> Message-ID: <72AD56B5CA23BA4D9005B554CDE7636F0708E9FBAA@n1-i-mailbe-01.inferencedata.net> -----Original Message----- From: David Huff [mailto:dhuff at redhat.com] Sent: Tuesday, July 21, 2009 3:02 PM To: Fedora/Linux Management Tools Cc: Rodrique Heron Subject: Re: [et-mgmt-tools] virsh failed to get local hostname Cole Robinson wrote: > Rodrique Heron wrote: >> You probably want to set HOSTNAME in /etc/sysconfig/network . You can >> then reboot the machine, or use the command: >> >> 'hostname ' >> >> - Cole >> >> I have /etc/sysconfig/network configured already. >> >> [root at N1-I-FKVM-01 ~]# cat /etc/sysconfig/network >> NETWORKING=yes >> HOSTNAME=N1-I-FKVM-01 >> >> Thanks >> > > Not really sure then. I'd say file a bug against libvirt. > > - Cole I ran across this issue this AM, make sure that dns queries work for the hostname, once I added the host to my dns records everything started working again. -D Yep, works for me now! This should not require a A record to work, /etc/hosts should be enough. Thanks From rheron at inferencedata.com Thu Jul 23 11:36:59 2009 From: rheron at inferencedata.com (Rodrique Heron) Date: Thu, 23 Jul 2009 07:36:59 -0400 Subject: [et-mgmt-tools] How to get virsh console working on KVM Message-ID: <51B49E471EB2664F8914C8FCFEBE79A4070CE6147B@n1-i-mailbe-01.inferencedata.net> When consoling to my KVM guest, I'm not getting the expected result, which is to be placed on the login prompt, instead I get this: [root at N1-I-FKVM-01 ~]# virsh list Id Name State ---------------------------------- 9 N1ICOB01 running 26 SPWALKTEST running 29 N1IASMGT01 running [root at N1-I-FKVM-01 ~]# virsh console 29 Connected to domain N1IASMGT01 Escape character is ^] I modified the /etc/inittab of the guest to include a ttyS0 terminal and I allowed it via /etc/securetty. What other steps are missing? I would especially like to get this working during the installation of the KVM guest, so that I don't have to resort to virt-manager. Thanks From headshot_7 at yahoo.com Thu Jul 23 18:58:11 2009 From: headshot_7 at yahoo.com (Tim Fahl) Date: Thu, 23 Jul 2009 11:58:11 -0700 (PDT) Subject: [et-mgmt-tools] Building Virt-Manager on RHEL 5.4 Beta Message-ID: <251896.42341.qm@web33401.mail.mud.yahoo.com> Hey all, I've been using an older version of Virt-Manager to test some things on a box running RHEL 5.4 beta with KVM support. My VM's work great and I really like virt-manager. I saw the usb support added in 0.7 and wanted to try it out. I downloaded the files and followed the instructions to make and make install. It seems like it worked and I can even see the new parts of the GUI but the lists for USB and PCI dont become populated until I restart the service libvirtd .. I cant figure this out.. Did I botch up the install? Any chance of an RPM for RHEL (or detailed build/install instructions for RHEL)? Thanks in advance, HS7 P.S I am able to manually add usb devices via the xml conf file but It would really be nice to be able to use this new feature in virt-manager -------------- next part -------------- An HTML attachment was scrubbed... URL: From dhuff at redhat.com Thu Jul 23 19:05:09 2009 From: dhuff at redhat.com (David Huff) Date: Thu, 23 Jul 2009 15:05:09 -0400 Subject: [et-mgmt-tools] How to get virsh console working on KVM In-Reply-To: <51B49E471EB2664F8914C8FCFEBE79A4070CE6147B@n1-i-mailbe-01.inferencedata.net> References: <51B49E471EB2664F8914C8FCFEBE79A4070CE6147B@n1-i-mailbe-01.inferencedata.net> Message-ID: <4A68B465.4030505@redhat.com> Rodrique Heron wrote: > When consoling to my KVM guest, I'm not getting the expected result, which is to be placed on the login prompt, instead I get this: > > [root at N1-I-FKVM-01 ~]# virsh list > Id Name State > ---------------------------------- > 9 N1ICOB01 running > 26 SPWALKTEST running > 29 N1IASMGT01 running > > [root at N1-I-FKVM-01 ~]# virsh console 29 > Connected to domain N1IASMGT01 > Escape character is ^] > > > I modified the /etc/inittab of the guest to include a ttyS0 terminal and I allowed it via /etc/securetty. What other steps are missing? I would especially like to get this working during the installation of the KVM guest, so that I don't have to resort to virt-manager. > > Thanks Add "console=tty0 console=ttyS0,115200" to kernel parameters of guest. -D From crobinso at redhat.com Thu Jul 23 22:22:38 2009 From: crobinso at redhat.com (Cole Robinson) Date: Thu, 23 Jul 2009 18:22:38 -0400 Subject: [et-mgmt-tools] RFC: virt-manager: Manager UI rework Message-ID: <4A68E2AE.6040606@redhat.com> Hi all, I've been reworking the main manager view in virt-manager. You can check out a screenshot here: http://fedorapeople.org/~crobinso/virt-manager/vmm-manager-1-overview.png The code can be cloned from here: http://fedorapeople.org/~crobinso/virt-manager/virt-manager.manager_ui I've changed the following pieces: - Lower button bar is now a toolbar at the top of the window. I think this is obvious: a toolbar at the top is much more in line with existing UI convention, and is more intuitive. - Dropped the 'View: Active/Inactive' combo box. I don't think anybody was using this option, and it was only taking up space. - Dropped all columns except Name, Status, and Stats. Columns like vcpus and memory progress bar really added no value. Most of these columns were for stats reporting which, while useful, would largely balloon the list (if enabled) to the point of uselessness. If we want good stats comparison, we should have an entire separate screen for this, which could provide many more comparison metrics. - Allow changing what the single graph column is measuring: cpu, disk, or network. This way users can still have an at a glance comparison of the metric of their choice. Screenshot: http://fedorapeople.org/~crobinso/virt-manager/vmm-manager-1-graphs.png - Removed options to hide/view columns. Since we only have 3 columns now and have trimmed all the fat, leave them on all the time. These are basically the functional changes: I should be posting some more changes soon to glitz this up (hopefully including prettier graph renderers). Questions or comments appreciated. Thanks, Cole From dennisml at conversis.de Fri Jul 24 15:52:42 2009 From: dennisml at conversis.de (Dennis J.) Date: Fri, 24 Jul 2009 17:52:42 +0200 Subject: [et-mgmt-tools] RFC: virt-manager: Manager UI rework In-Reply-To: <4A68E2AE.6040606@redhat.com> References: <4A68E2AE.6040606@redhat.com> Message-ID: <4A69D8CA.4060606@conversis.de> On 07/24/2009 12:22 AM, Cole Robinson wrote: > Hi all, > > I've been reworking the main manager view in virt-manager. You can check > out a screenshot here: > > http://fedorapeople.org/~crobinso/virt-manager/vmm-manager-1-overview.png > > The code can be cloned from here: > > http://fedorapeople.org/~crobinso/virt-manager/virt-manager.manager_ui > > I've changed the following pieces: > > - Lower button bar is now a toolbar at the top of the window. I think > this is obvious: a toolbar at the top is much more in line with existing > UI convention, and is more intuitive. > > - Dropped the 'View: Active/Inactive' combo box. I don't think anybody > was using this option, and it was only taking up space. > > - Dropped all columns except Name, Status, and Stats. Columns like vcpus > and memory progress bar really added no value. Most of these columns > were for stats reporting which, while useful, would largely balloon the > list (if enabled) to the point of uselessness. If we want good stats > comparison, we should have an entire separate screen for this, which > could provide many more comparison metrics. > > - Allow changing what the single graph column is measuring: cpu, disk, > or network. This way users can still have an at a glance comparison of > the metric of their choice. Screenshot: > > http://fedorapeople.org/~crobinso/virt-manager/vmm-manager-1-graphs.png I don't find it very useful that the VMs are divided according to the VM driver they use. From my perspective I have machines X, Y and Z and most of the time I don't really care if they are Xen, KVM, Qemu, etc. VMs. If I have 10 Webservers of which 5 run on Xen and 5 on KVM then I would still like to see them as a group of 10 Webservers rather than being split into two groups according to the driver. In fact I think the grouping should be defined by the user e.g. "Webservers-extranet", "Webservers-intranet", "Databases", etc. regards, Dennis From crobinso at redhat.com Fri Jul 24 16:24:26 2009 From: crobinso at redhat.com (Cole Robinson) Date: Fri, 24 Jul 2009 12:24:26 -0400 Subject: [virt-tools-list] Re: [et-mgmt-tools] RFC: virt-manager: Manager UI rework In-Reply-To: <4A69D8CA.4060606@conversis.de> References: <4A68E2AE.6040606@redhat.com> <4A69D8CA.4060606@conversis.de> Message-ID: <4A69E03A.4080406@redhat.com> Dennis J. wrote: > On 07/24/2009 12:22 AM, Cole Robinson wrote: >> Hi all, >> >> I've been reworking the main manager view in virt-manager. You can check >> out a screenshot here: >> >> http://fedorapeople.org/~crobinso/virt-manager/vmm-manager-1-overview.png >> >> The code can be cloned from here: >> >> http://fedorapeople.org/~crobinso/virt-manager/virt-manager.manager_ui >> >> I've changed the following pieces: >> >> - Lower button bar is now a toolbar at the top of the window. I think >> this is obvious: a toolbar at the top is much more in line with existing >> UI convention, and is more intuitive. >> >> - Dropped the 'View: Active/Inactive' combo box. I don't think anybody >> was using this option, and it was only taking up space. >> >> - Dropped all columns except Name, Status, and Stats. Columns like vcpus >> and memory progress bar really added no value. Most of these columns >> were for stats reporting which, while useful, would largely balloon the >> list (if enabled) to the point of uselessness. If we want good stats >> comparison, we should have an entire separate screen for this, which >> could provide many more comparison metrics. >> >> - Allow changing what the single graph column is measuring: cpu, disk, >> or network. This way users can still have an at a glance comparison of >> the metric of their choice. Screenshot: >> >> http://fedorapeople.org/~crobinso/virt-manager/vmm-manager-1-graphs.png > > I don't find it very useful that the VMs are divided according to the VM > driver they use. From my perspective I have machines X, Y and Z and most > of the time I don't really care if they are Xen, KVM, Qemu, etc. VMs. Agreed, it's very likely that users will have a homogeneous setup anyways wrt hypervisors. > If I have 10 Webservers of which 5 run on Xen and 5 on KVM then I would > still like to see them as a group of 10 Webservers rather than being > split into two groups according to the driver. > They will be listed as a group of 10 webservers. The manager view is organized by libvirt connections, so in the above case you would have 10 connections to 10 host (which happen to be split KVM and Xen). The case shown in the screenshot doesn't indicate this very well, but it isn't new behavior: current virt-manager works the same way. The connection labels should be tweaked though to place a higher emphasis on hostname as opposed to hypervisor type (unless we are only working locally), so I'll play with that. > In fact I think the grouping should be defined by the user e.g. > "Webservers-extranet", "Webservers-intranet", "Databases", etc. > That's an interesting idea. Not likely to happen in the short term though. Thanks, Cole From berrange at redhat.com Fri Jul 24 16:25:08 2009 From: berrange at redhat.com (Daniel P. Berrange) Date: Fri, 24 Jul 2009 17:25:08 +0100 Subject: [et-mgmt-tools] RFC: virt-manager: Manager UI rework In-Reply-To: <4A69D8CA.4060606@conversis.de> References: <4A68E2AE.6040606@redhat.com> <4A69D8CA.4060606@conversis.de> Message-ID: <20090724162508.GO5106@redhat.com> On Fri, Jul 24, 2009 at 05:52:42PM +0200, Dennis J. wrote: > On 07/24/2009 12:22 AM, Cole Robinson wrote: > >Hi all, > > > >I've been reworking the main manager view in virt-manager. You can check > >out a screenshot here: > > > >http://fedorapeople.org/~crobinso/virt-manager/vmm-manager-1-overview.png > > > >The code can be cloned from here: > > > >http://fedorapeople.org/~crobinso/virt-manager/virt-manager.manager_ui > > > >I've changed the following pieces: > > > >- Lower button bar is now a toolbar at the top of the window. I think > >this is obvious: a toolbar at the top is much more in line with existing > >UI convention, and is more intuitive. > > > >- Dropped the 'View: Active/Inactive' combo box. I don't think anybody > >was using this option, and it was only taking up space. > > > >- Dropped all columns except Name, Status, and Stats. Columns like vcpus > >and memory progress bar really added no value. Most of these columns > >were for stats reporting which, while useful, would largely balloon the > >list (if enabled) to the point of uselessness. If we want good stats > >comparison, we should have an entire separate screen for this, which > >could provide many more comparison metrics. > > > >- Allow changing what the single graph column is measuring: cpu, disk, > >or network. This way users can still have an at a glance comparison of > >the metric of their choice. Screenshot: > > > >http://fedorapeople.org/~crobinso/virt-manager/vmm-manager-1-graphs.png > > I don't find it very useful that the VMs are divided according to the VM > driver they use. From my perspective I have machines X, Y and Z and most of > the time I don't really care if they are Xen, KVM, Qemu, etc. VMs. > If I have 10 Webservers of which 5 run on Xen and 5 on KVM then I would > still like to see them as a group of 10 Webservers rather than being split > into two groups according to the driver. This isn't really dividing up VMs based on driver type. Each grouping their represents a seperate libvirt connection, which under normal usage would represent separate host. So the grouping is really just hosts, and vms on the host. The mockup here is a little misleading in that it shows a bunch of libvirt connections on the same host but with different hypervisors, which is not something you'd ever really have. 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 crobinso at redhat.com Sun Jul 26 21:17:59 2009 From: crobinso at redhat.com (Cole Robinson) Date: Sun, 26 Jul 2009 17:17:59 -0400 Subject: [et-mgmt-tools] [PATCH] virt-manager: Add system tray icon Message-ID: <4A6CC807.2000006@redhat.com> The attached patch adds an option for a virt-manager system tray icon. Here's a screenshot: http://fedorapeople.org/~crobinso/virt-manager/vmm-systray.png The icon can be used to quit the app, or start, stop, pause, or open a VM. Showing the icon needs to be opted in via Edit->Preferences. This should be handy for people that keep virt-manager running for a long time, and just need a simple interface to start/stop a VM, or open a graphical console. Questions or comments appreciated. Thanks, Cole -------------- next part -------------- A non-text attachment was scrubbed... Name: virt-manager-systray-icon.patch Type: text/x-diff Size: 43002 bytes Desc: not available URL: From crobinso at redhat.com Tue Jul 28 03:01:51 2009 From: crobinso at redhat.com (Cole Robinson) Date: Mon, 27 Jul 2009 23:01:51 -0400 Subject: [et-mgmt-tools] Re: [virt-tools-list] RFC: virt-manager: VM clone wizard In-Reply-To: <4A64B28E.808@redhat.com> References: <4A64A541.3000608@redhat.com> <20090720171604.GN20209@redhat.com> <4A64B28E.808@redhat.com> Message-ID: <4A6E6A1F.8080307@redhat.com> Cole Robinson wrote: > Daniel P. Berrange wrote: >> On Mon, Jul 20, 2009 at 01:11:29PM -0400, Cole Robinson wrote: >>> Hi all, >>> >>> The attached patch adds a small wizard for cloning a VM. A screenshot of >>> the overview: >>> >>> http://fedorapeople.org/~crobinso/virt-manager/clone-post/vmm-clone-overview.png >>> >>> The wizard will generate a new VM name (usually -clone), new >>> storage paths as required, and MAC addresses. Storage is marked as >>> one of: >>> >>> - Shared: Original and clone VM point to the same disk image >>> - Clone : Actually copy the original storage for use by the clone >>> >>> Storage like removable media (cdrom, floppy), readonly or shareable >>> disks will be 'Shared' by default. >>> >>> The storage drop down has a 'Details' choice: >>> >>> http://fedorapeople.org/~crobinso/virt-manager/clone-post/vmm-clone-dropdown.png >>> >>> This brings up a small dialog which allows changing the new disk path: >>> >>> http://fedorapeople.org/~crobinso/virt-manager/clone-post/vmm-clone-storage-details.png >>> >>> There is also a similar dialog for changing MAC addresses. >>> >>> If we can't clone storage (maybe lack of permissions, or remote >>> unmanaged storage, older libvirt), we still allow cloning the VM, but >>> force the offending disks into 'Shared' mode. In the case of sharing a >>> read/write disk, we give a clear warning that this may result in >>> overwriting the original image. >> IMHO, we should simply disallow that. Users would expect that >> cloning a guest is guarneteed to not impact the original. If >> we can't guarentee that, we should refuse to clone it. Swiching >> a private disk to shared mode is giving a user a loaded gun >> with no safety catch & a touch sensitive trigger. >> > > Are you saying we should disallow sharing any private disks, or only > ones that it appears we can't clone? I suppose any shareable disks > should be marked with in the XML, but that currently isn't > obvious to the user, or easy via any of the tools atm. The cases when a > user would actually want to share a r/w disk though are rare enough that > we should require the sharable flag, and deny the clone operation otherwise. > I've pushed this with the above changes. Thanks, Cole From crobinso at redhat.com Tue Jul 28 03:02:31 2009 From: crobinso at redhat.com (Cole Robinson) Date: Mon, 27 Jul 2009 23:02:31 -0400 Subject: [et-mgmt-tools] Re: [virt-tools-list] RFC: virt-manager: Manager UI rework In-Reply-To: <4A68E2AE.6040606@redhat.com> References: <4A68E2AE.6040606@redhat.com> Message-ID: <4A6E6A47.2070105@redhat.com> Cole Robinson wrote: > Hi all, > > I've been reworking the main manager view in virt-manager. You can check > out a screenshot here: > > http://fedorapeople.org/~crobinso/virt-manager/vmm-manager-1-overview.png > > The code can be cloned from here: > > http://fedorapeople.org/~crobinso/virt-manager/virt-manager.manager_ui > > I've changed the following pieces: > > - Lower button bar is now a toolbar at the top of the window. I think > this is obvious: a toolbar at the top is much more in line with existing > UI convention, and is more intuitive. > > - Dropped the 'View: Active/Inactive' combo box. I don't think anybody > was using this option, and it was only taking up space. > > - Dropped all columns except Name, Status, and Stats. Columns like vcpus > and memory progress bar really added no value. Most of these columns > were for stats reporting which, while useful, would largely balloon the > list (if enabled) to the point of uselessness. If we want good stats > comparison, we should have an entire separate screen for this, which > could provide many more comparison metrics. > > - Allow changing what the single graph column is measuring: cpu, disk, > or network. This way users can still have an at a glance comparison of > the metric of their choice. Screenshot: > > http://fedorapeople.org/~crobinso/virt-manager/vmm-manager-1-graphs.png > > - Removed options to hide/view columns. Since we only have 3 columns now > and have trimmed all the fat, leave them on all the time. > > These are basically the functional changes: I should be posting some > more changes soon to glitz this up (hopefully including prettier graph > renderers). > This has been pushed now. Thanks, Cole From crobinso at redhat.com Wed Jul 29 02:54:24 2009 From: crobinso at redhat.com (Cole Robinson) Date: Tue, 28 Jul 2009 22:54:24 -0400 Subject: [et-mgmt-tools] ANNOUNCE: New release virt-manager 0.8.0 Message-ID: <4A6FB9E0.2040709@redhat.com> I'm happy to announce a new virt-manager release, version 0.8.0. The release can be downloaded from: http://virt-manager.org/download.html The direct download link is: http://virt-manager.org/download/sources/virt-manager/virt-manager-0.8.0.tar.gz This release includes: - New 'Clone VM' Wizard - Improved UI, including an overhaul of the main 'manager' view - System tray icon for easy VM access (start, stop, view console/details) - Wizard for adding serial, parallel, and video devices to existing VMs. - CPU pinning support (Michal Novotny) - Ability to view and change VM security (sVirt) settings (Dan Walsh) - Many bug fixes and improvements Thanks to everyone who has contributed to this release through testing, bug reporting, submitting patches, and otherwise sending in feedback! Thanks, Cole From crobinso at redhat.com Wed Jul 29 02:54:37 2009 From: crobinso at redhat.com (Cole Robinson) Date: Tue, 28 Jul 2009 22:54:37 -0400 Subject: [et-mgmt-tools] ANNOUNCE: New release virtinst 0.500.0 Message-ID: <4A6FB9ED.6030602@redhat.com> I'm happy to announce a new virtinst release, version 0.500.0. The release can be downloaded from: http://virt-manager.org/download.html The direct download link is: http://virt-manager.org/download/sources/virtinst/virtinst-0.500.0.tar.gz This release includes: - New virt-install device options --serial, --parallel, and --video - Allow various auth types for libvirt connections (PolicyKit, SASL, ...) - New virt-clone option --auto-clone: generates all needed input. - Option to specify network device model via virt-install --network (Guido Gunther) - New virt-install option --virt-type for specifying hypervisor type (kvm, qemu). --accelerate is now the default behavior: To provision a plain qemu VM on a KVM enabled host, use '--virt-type qemu' - OVF input support for virt-convert - Many bug fixes and improvements Thanks to everyone who has contributed to this release through testing, bug reporting, submitting patches, and otherwise sending in feedback! Thanks, Cole From ajia at redhat.com Thu Jul 30 09:01:44 2009 From: ajia at redhat.com (ajia) Date: Thu, 30 Jul 2009 17:01:44 +0800 Subject: [et-mgmt-tools] I need your help about virt-image Message-ID: <4A716178.30909@redhat.com> Hi,all I am working on virt-image automation testing scripts,and I get some information from "man virt-image" and "virt-image -h",according to these info, I have could install a guest by commands,like this "virt-image --vnc image.xml",but I don't know how to use other options?I try to do something, but the result are failed,and interactive mode don't be supported by "virt-image --prompt image.xml" like virt-install and virt-clone, in addition,I want to know whether can to install automaticly para-virt guest by virt-image?and if I have a guest image, whether can to boot it by virt-image + image.xml?virt-image man page is too old,given example can't run well in page.I hope developer update it. your any information are very helpful to me,and thank you very much. Alex, regards