All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Daniel P. Berrange" <berrange@redhat.com>
To: Ian Jackson <Ian.Jackson@eu.citrix.com>
Cc: Chris Lalancette <clalance@redhat.com>,
	xen-devel <xen-devel@lists.xensource.com>
Subject: Re: Incomplete 3.2 binary packages
Date: Wed, 27 Feb 2008 15:38:06 +0000	[thread overview]
Message-ID: <20080227153806.GD13508@redhat.com> (raw)
In-Reply-To: <18373.33329.84179.789549@mariner.uk.xensource.com>

On Wed, Feb 27, 2008 at 03:30:57PM +0000, Ian Jackson wrote:
> Chris Lalancette writes ("[Xen-devel] Incomplete 3.2 binary
> > packages"): I went to: http://xen.org/download/dl_32rhel5.html and
> > downloaded the binary RPMS for 3.2 to do a quick test.  However, it
> > seems that the binary RPMS don't include the qemu device model, so
> > fully virt guests have no chance of starting.  It's not a huge deal
> > for me, since I can recompile from source; however, for those who
> > don't want to do that, or who want to save a little time (my
> > original goal), it might be nice to include everything needed in
> > those binary RPMS.  Just FYI.
> 
> xen-3.2.0-0xs.centos5.i386.rpm contains /usr/lib/xen/bin/qemu-dm.
> 
> When I built the Xen 3.2 binary packages I did check that they
> contained roughly the same things in the same places as the upstream
> packages, but in general my (very light) testing did not include
> starting an HVM guest.  So there may well be a bug here.
> 
> Can you confirm that qemu-dm is on your system ?  If not do you know
> why not ?  If you have some more information (for example, actual
> error messages which show where it is looking for which file) I might
> be able to fix it up if indeed it's a bug in the package.

WRT to libvirt starting guests, there was a bug in 3.2.0 which prevented
any HVM guest starting - the timer_mode bug - you need this fix otherwise
it simply won't work

changeset:   16764:3f26758bcc02
user:        Keir Fraser <keir.fraser@citrix.com>
date:        Fri Jan 18 22:27:51 2008 +0000
files:       tools/python/xen/xend/XendDomainInfo.py
description:
xend: Handle unspecified timer_mode domain platform parameter.
Signed-off-by: Keir Fraser <keir.fraser@citrix.com>

Dan.
-- 
|=- Red Hat, Engineering, Emerging Technologies, Boston.  +1 978 392 2496 -=|
|=-           Perl modules: http://search.cpan.org/~danberr/              -=|
|=-               Projects: http://freshmeat.net/~danielpb/               -=|
|=-  GnuPG: 7D3B9505   F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505  -=| 

  reply	other threads:[~2008-02-27 15:38 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-27 14:45 Incomplete 3.2 binary packages Chris Lalancette
2008-02-27 15:30 ` Ian Jackson
2008-02-27 15:38   ` Daniel P. Berrange [this message]
2008-02-27 15:45     ` Chris Lalancette
2008-02-27 18:13       ` Chris Lalancette

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080227153806.GD13508@redhat.com \
    --to=berrange@redhat.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=clalance@redhat.com \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.