Bug 253371

Can you confirm it's a 64bits setup where you try to install 32bits F-7 ? If yes,
Paravirt 32bits on 64bits is somehow a work in progress, Use 64on64 if you want
reliability now on that hardware. This is not a libvirt errror, but a Xen problem,
libvirt just merely try to report the errors occuring in the hypervisor.
Provide the XML configuration for the domain if you have it.

Daniel

I was able to create and run a paravirtualized FC7-64 guest.  There is
documentation (I found it on the web) that indicates that 32 bit guests on 64
bit hosts are not supported in the Xen version upon which the Fedora 7 kernel is
built.  Perhaps this will be fixed in FC8.  Now I find that I cannot create even
64 bit guests using full virtualization.  I get a vncpasswd error every time. 
I've described this in bug 251441
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=251441, but have not seen
any investigation of this yet (no response to this but other than to copy it to
the xen-maint list).

Please provide the /var/log/xen/xen.log and 
/root/.virt-manager/virt-manager.log from just after the failed VM creation attempt.

FYI, the error message about vncpasswd is a bogus message - virt-install doesn't
configure any password, so it is expected that qemu can't read one ! The
xend.log file should help diagnose the root problem.

Ok.  By moving the iso image to /var/lib/xen/images, I get past an selinux
protection error.  Now the console comes up but the guest process dies.  Here is
the virt-manager log:

Thu, 06 Sep 2007 22:52:21 DEBUG    OS Type: linux
Thu, 06 Sep 2007 22:52:21 DEBUG    OS Variant: sles10
Thu, 06 Sep 2007 22:52:21 DEBUG    Creating a VM suse
  Type: xen
  UUID: 833e6421-7eb2-d8a8-480f-cdc501214b0d
  Source: /var/lib/xen/images/openSUSE-10.2-GM-x86_64-mini.iso
  OS: Suse Linux Enterprise Server
  Kickstart: 
  Memory: 500
  Max Memory: 1500
  # VCPUs: 1
  Filesize: 3.90625
  Disk image: /var/lib/xen/images/suse
  Non-sparse file: False
Thu, 06 Sep 2007 22:52:21 DEBUG    Sparse file or partition selected
Thu, 06 Sep 2007 22:52:21 DEBUG    Starting background install process
Thu, 06 Sep 2007 22:52:21 DEBUG    Creating guest from '<domain type='xen'>
  <name>suse</name>
  <currentMemory>512000</currentMemory>
  <memory>1536000</memory>
  <uuid>833e6421-7eb2-d8a8-480f-cdc501214b0d</uuid>
  <os>
    <type>hvm</type>
    <loader>/usr/lib/xen/boot/hvmloader</loader>
    <boot dev='cdrom'/>
  </os>
  <features>
    <apic/><acpi/><pae/>
  </features>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>destroy</on_reboot>
  <on_crash>destroy</on_crash>
  <vcpu>1</vcpu>
  <devices>
    <emulator>/usr/lib64/xen/bin/qemu-dm</emulator>
    <console device='pty'/>
    <disk type='file' device='disk'>
      <source file='/var/lib/xen/images/suse'/>
      <target dev='hda'/>
    </disk>
    <disk type='file' device='cdrom'>
      <source file='/var/lib/xen/images/openSUSE-10.2-GM-x86_64-mini.iso'/>
      <target dev='hdc'/>
      <readonly/>
    </disk>

    <interface type='bridge'>
      <source bridge='eth0'/>
      <mac address='00:16:3e:3d:9b:31'/>
    </interface>

    <graphics type='vnc' port='-1' keymap='en-us' />
  </devices>
</domain>
'
Thu, 06 Sep 2007 22:52:22 DEBUG    VM suse started
Thu, 06 Sep 2007 22:52:23 DEBUG    Created guest, looking to see if it is running
Thu, 06 Sep 2007 22:52:24 DEBUG    Saving XML boot config '<domain type='xen'>
  <name>suse</name>
  <currentMemory>512000</currentMemory>
  <memory>1536000</memory>
  <uuid>833e6421-7eb2-d8a8-480f-cdc501214b0d</uuid>
  <os>
    <type>hvm</type>
    <loader>/usr/lib/xen/boot/hvmloader</loader>
    <boot dev='hd'/>
  </os>
  <features>
    <apic/><acpi/><pae/>
  </features>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>restart</on_crash>
  <vcpu>1</vcpu>
  <devices>
    <emulator>/usr/lib64/xen/bin/qemu-dm</emulator>
    <console device='pty'/>
    <disk type='file' device='disk'>
      <source file='/var/lib/xen/images/suse'/>
      <target dev='hda'/>
    </disk>
    <disk type='file' device='cdrom'>
      <source file=''/>
      <target dev='hdc'/>
      <readonly/>
    </disk>

    <interface type='bridge'>
      <source bridge='eth0'/>
      <mac address='00:16:3e:3d:9b:31'/>
    </interface>

    <graphics type='vnc' port='-1' keymap='en-us' />
  </devices>
</domain>
'
Thu, 06 Sep 2007 22:52:24 DEBUG    Install completed
Thu, 06 Sep 2007 22:52:30 DEBUG    Graphics console configured at
vnc://127.0.0.1:5901
Thu, 06 Sep 2007 22:52:30 DEBUG    Graphics console configured at
vnc://127.0.0.1:5901

However, the qemu log still reports the vncpasswd error.  I do not get a xen.log.

Ah ha. The second piece of XML in there is bogus - the <source file=''>  tag 
should not be present at all. Can you test the -2.fc7.1dantest custom RPM build
with an experimental patch from this URL:

http://fedorapeople.org/~berrange/python-virtinst/

Hopefully it shoud fix the XML for the post-install case.

Second, I typod for the logfile name - I meant /var/log/xen/xend.log  not xen.log

I tried to install your patch rpm.  The installation fails with a missing
dependency though - python(abi) = 2.4.  Is there a preferred way to install this?

I don't get a /var/log/xen/xend.log either.  I only get qemu and xen-hotplug.

Sorry, I built them on the wrong machine - FC6 instead of F7. Try the newer
-2.fc7.2dantest RPMs instead from the same site.

In installed your latest patch.  The guest creation appears to fail the same
way.  Here is the .virtinst log:

Thu, 06 Sep 2007 23:58:52 DEBUG    OS Type: linux
Thu, 06 Sep 2007 23:58:52 DEBUG    OS Variant: sles10
Thu, 06 Sep 2007 23:58:52 DEBUG    Creating a VM suse
  Type: xen
  UUID: c68904f5-fe02-6e65-2008-efeed21f8cca
  Source: /var/lib/xen/images/openSUSE-10.2-GM-x86_64-mini.iso
  OS: Suse Linux Enterprise Server
  Kickstart: 
  Memory: 500
  Max Memory: 1500
  # VCPUs: 1
  Filesize: 3.90625
  Disk image: /var/lib/xen/images/suse
  Non-sparse file: True
Thu, 06 Sep 2007 23:58:52 DEBUG    Non-sparse file selected
Thu, 06 Sep 2007 23:58:52 DEBUG    Starting background install process
Thu, 06 Sep 2007 23:58:52 DEBUG    Creating guest from '<domain type='xen'>
  <name>suse</name>
  <currentMemory>512000</currentMemory>
  <memory>1536000</memory>
  <uuid>c68904f5-fe02-6e65-2008-efeed21f8cca</uuid>
  <os>
    <type>hvm</type>
    <loader>/usr/lib/xen/boot/hvmloader</loader>
    <boot dev='cdrom'/>
  </os>
  <features>
    <apic/><acpi/><pae/>
  </features>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>destroy</on_reboot>
  <on_crash>destroy</on_crash>
  <vcpu>1</vcpu>
  <devices>
    <emulator>/usr/lib64/xen/bin/qemu-dm</emulator>
    <console device='pty'/>
    <disk type='file' device='disk'>
      <source file='/var/lib/xen/images/suse'/>
      <target dev='hda'/>
    </disk>
    <disk type='file' device='cdrom'>
      <source file='/var/lib/xen/images/openSUSE-10.2-GM-x86_64-mini.iso'/>
      <target dev='hdc'/>
      <readonly/>
    </disk>

    <interface type='bridge'>
      <source bridge='eth0'/>
      <mac address='00:16:3e:74:e9:51'/>
    </interface>

    <graphics type='vnc' port='-1' keymap='en-us' />
  </devices>
</domain>
'
Thu, 06 Sep 2007 23:58:53 DEBUG    VM suse started
Thu, 06 Sep 2007 23:58:54 DEBUG    Created guest, looking to see if it is running
Thu, 06 Sep 2007 23:58:54 DEBUG    Saving XML boot config '<domain type='xen'>
  <name>suse</name>
  <currentMemory>512000</currentMemory>
  <memory>1536000</memory>
  <uuid>c68904f5-fe02-6e65-2008-efeed21f8cca</uuid>
  <os>
    <type>hvm</type>
    <loader>/usr/lib/xen/boot/hvmloader</loader>
    <boot dev='hd'/>
  </os>
  <features>
    <apic/><acpi/><pae/>
  </features>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>restart</on_crash>
  <vcpu>1</vcpu>
  <devices>
    <emulator>/usr/lib64/xen/bin/qemu-dm</emulator>
    <console device='pty'/>
    <disk type='file' device='disk'>
      <source file='/var/lib/xen/images/suse'/>
      <target dev='hda'/>
    </disk>
    <disk type='file' device='cdrom'>
      <target dev='hdc'/>
      <readonly/>
    </disk>

    <interface type='bridge'>
      <source bridge='eth0'/>
      <mac address='00:16:3e:74:e9:51'/>
    </interface>

    <graphics type='vnc' port='-1' keymap='en-us' />
  </devices>
</domain>
'
Thu, 06 Sep 2007 23:58:54 DEBUG    Install completed
Thu, 06 Sep 2007 23:58:54 DEBUG    Graphics console configured at
vnc://127.0.0.1:5901
Thu, 06 Sep 2007 23:58:54 WARNING  Keyring unavailable: '<class
'gnomekeyring.NoKeyringDaemonError'> '
Thu, 06 Sep 2007 23:58:54 DEBUG    Graphics console configured at
vnc://127.0.0.1:5901

Here is another bit of information.  When I use the guest creation sizard, and
select "fully virtualized", the panel keeps the cpu architecture and "Enable
kernel / hardware accelleration" check box grayed out.  Perhaps this is significant?

> I don't get a /var/log/xen/xend.log either.  I only get qemu and xen-hotplug.

This is a major problem. You absolutely should get a xend.log.  Do you have
SELinux running in 'enforcing' mode ? If so, edit /etc/sysconfig/selinux, switch
it to permissive, *reboot* to ensure all Xen daemons are correctly restarted and
then try to create the guest again. I need the xend.log to be able to debug this
any further.

Finally, do you have Intel, or AMD CPUs ?  SUSE has a graphical boot screen
which sometimes causes problems with Intel CPUs so you might need to disable
that. Not sure how todo it offhand though.

Created attachment 190421 [details]
Creation log files.

I changed SELinux to permissive and rebooted.  Here are the logs of the
creation attempt.

Created attachment 190431 [details]
console iimage

My machine is a quad core Intel box.  Here is a snapshot of the guest console
-as far as it goes.

That screenshot shows that the inital bootloader is hanging. This is a known
problem with SUSE and Ubuntu distributuons when running on Intel CPUs, since
Intel lacks 16-bit realmode virtualization.

Googling around the solutions are to either hold down SHIFT while the CD is
booting - pretty hard since it boots very quickly, or get a boot ISO without the
fancy graphical splash screen at boot - for Ubuntu it seems the mini network
boot ISO does the job - not sure if SUSE has an equivalent.

http://dev.osso.nl/herman/blog/2006/12/24/ubuntu-bootmenu-too-shiny-for-xen-with-hvm/

Hmmm.  This is the network load iso for suse 10.2.  Sigh.  Thanks for your help.

I tried the debian 4 network boot and it fails the same way.  I suspect a deeper
problem.

This fails with Fedora net boot too.  I strongly suspect that this problem is
unrelated to the Intel VT 16 bit issue as it appears to happen regardless of
linux variant.

Created attachment 190641 [details]
ubuntu feisty screen shot.

I tired the ubuntu edgy mini.iso from the url in the web page you noted above. 
That seems to load.  I then tried the feisty version and that failed in the
boot loader.  Here is a screen shot.

Hi, are you still having issues with booting a fedora guest using the boot.iso
with the latest {xen, kernel-xen, libvirt} packages?

This message is a reminder that Fedora 7 is nearing the end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 7. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '7'.

Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 7's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 7 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug. If you are unable to change the version, please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. If possible, it is recommended that you try the newest available Fedora distribution to see if your bug still exists.

Please read the Release Notes for the newest Fedora distribution to make sure it will meet your needs:
http://docs.fedoraproject.org/release-notes/

The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping

This bug has covered a lot of ground, and since nobody is reporting similar
errors with the current versions of virt-install, and there has been no response
for 2 months, I'm closing this WORKSFORME.

I no longer run FC7 so I cannot test this.  Many thanks for checking though.