[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-users] Debian Etch 4.0 domU will not boot

  • To: "Henning Sprang" <henning_sprang@xxxxxx>, xen-users@xxxxxxxxxxxxxxxxxxx
  • From: "Andrew W." <andrewinet@xxxxxxxxx>
  • Date: Tue, 10 Jul 2007 09:30:00 -0400
  • Delivery-date: Tue, 10 Jul 2007 06:28:27 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZffwgX+s8wjTVX8NG1jOwHwdHMni2fCdO/bTHgEIvLRk+cDCFyFia4kbRYaFo5lWZk3Ipzb5PJTZZohG0EKUI3RjI8hOIIw7mJZ6AP0eMH7JuIGMVZaEiDbCwg/eGqv2DueqDypszBZa5Yk8QM65aOiFXARTIukcqdp4QUDiCY8=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>


Thank you for the reply.  I discovered this on my own, one day after
posting to the list.  The last time I did a Xen deployment, it was on
an FC5 box, back when there were separate Dom0 and DomU kernels.  In
fact, I had much grief back then because I was running a kernel on the
DomU that did not match the Dom0 and it took me a long time to
discover that was the problem.  Now it seems that in this case,
running a proper DomU kernel that *does not* match the Dom0 is
*required*.  Any idea when this became normal, what architectural
changes necessitated it, and most importantly, why it doesn't seem to
be documented but is rather a foregone conclusion these days?


Andrew Wang

On 7/9/07, Henning Sprang <henning_sprang@xxxxxx> wrote:
Andrew W. wrote:
> Hi all.  In CentOS 5 with kernel 2.6.18-8.1.4.el5xen and a file-backed
> disk, I am unable to successfully boot Debian Etch.

Yes, the fedora/redhat Kernel is patched in a way that only Fedora
guests work well with it.

Get a debian xen Kernel (fetch it from your guest, which you probably
bootstrapped with debootstrap), and initrd, and try to start the domain
with it.

I played ariund with this a lot,  but using the Debian Kernel(or, if you
rather like that, one from the xensource binary xen packages) was the
only thing that worked nicely and reliably.

Similar for running Suse on Fedora/Redhat. I got Suse working with a lot
of tweaking, but using the guest's native Xen Kernel is a match easier
and better solution.


Xen-users mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.