Xen users - Dec 2005 - Difficulties using the Fedora Core 4

Hi, I am having difficulties using the Fedora Core 4 Updated.

I tried following kernels:
kernel-xen0-2.6.11-1.1369_FC4.i686: Dont initialize;
kernel-xen0-2.6.12-1.1454_FC4.i686: Initiates all good. However I receive
WATCHDOG... in the net card and after a time the system it breaks;
kernel-xen0-2.6.13-1.1532_FC4.i686: Kernel small alloc panic...
kernel-xen-hypervisor-2.6.14-1.21_FC5.i686: Executable not recognized...;

- Which version more would be indicated to use in the Fedora Core 4 Updated
for a AMD Athlon(TM) XP 2000+, 512MB RAM?

--
Leonardo Pinto
listas#openlogic dot com br

________________________________________________
Mensagem enviada usando OpenLogic WebMail 2.7.2


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

Whilst I''m sure that Redhat is working on a publicly available RPM (or
similar) that you can install straight off, I would suggest that you
build your own Xen/Dom0 kernel. It''s not TERRIBLY hard - although
there''s some quirks and catches. This works for me:
Download some version of Xen from www.xensource.com (snapshot or 3.0.0
release).
Unpack into xen-<ver>
cd xen-<ver> 
make world
<wait for some time>
cd *0   <this takes you to the Dom0 core>
make ARCH=xen menuconfig
<I personally turn off modules and enable devfs + smp, but you may want
other configurations>
cd .. 
make install
cd dist
./install.sh
<edit grub.conf or similar to have lines like this:
title Xen-32
        root (hd0,0)
        kernel (hd0,0)/boot/xen-3.0-devel.gz dom0_mem=200000
com1=115200,8n1 console=vga,com1 sync_console
        module (hd0,0)/boot/vmlinuz-2.6.12-xen0 root=/dev/hda1
console=ttyS0
>
If you use modules, you''ll need to add a line saying "module
(hd0,0)/boot/initrd-xxxx", and you need to create the initial ramdisk
with "mkinitrd" in your linux-*0 directory. It''s not hard,
but to me
it''s easier to just build a kernel with all the drivers in one file -
you loose a chunk of memory from this, of course. My kernel is a bit
over 4MB uncompressed code and a good megabyte of data on top of that.  

Of course, your hard-disk layout may be different - adjust accordingly. 

I hope this helps. 

--
Mats

> -----Original Message-----
> From: xen-users-bounces@lists.xensource.com 
> [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of 
> Leonardo Pinto
> Sent: 22 December 2005 15:09
> To: Xen Users
> Cc: Fedora Xen
> Subject: [Xen-users] RE: [Fedora-xen] Difficulties using the 
> Fedora Core 4
> 
> The version that better behaved was download of 
> http://people.redhat.com/riel/xen_for_fc4, however this also broke...
> 
> I am bringing update my Fedora 4 for the FC5 to test the Xen 
> of it, but it would like to continue in the FC4.
> 
> - Where I obtain this its version: kernel-xen0-2.6.12-1.1447_FC4???
> 
> --
> Leonardo Pinto
> listas#openlogic dot com br
> 
> 
> > Leonardo Pinto wrote:
> > Hi, I am having difficulties using the Fedora Core 4 Updated.
> >
> > I tried following kernels:
> > kernel-xen0-2.6.11-1.1369_FC4.i686: Dont initialize;
> > kernel-xen0-2.6.12-1.1454_FC4.i686: Initiates all good. However I 
> > receive WATCHDOG... in the net card and after a time the system it 
> > breaks; kernel-xen0-2.6.13-1.1532_FC4.i686: Kernel small alloc 
> > panic...
> > kernel-xen-hypervisor-2.6.14-1.21_FC5.i686: Executable not 
> > recognized...;
> >
> > - Which version more would be indicated to use in the Fedora Core 4 
> > Updated for a AMD Athlon(TM) XP 2000+, 512MB RAM?
> >
> > --
> > Leonardo Pinto
> > listas#openlogic dot com br
> >
> > ________________________________________________
> > Mensagem enviada usando OpenLogic WebMail 2.7.2
> >
> > Many people have had problems with those versions you mention.  The 
> > Fedora Xen packages were (and still are?) broken for a long time.
> >
> > I''ve had luck on FC4 with kernel-xen0-2.6.12-1.1447_FC4, 
> which I also 
> > use for my domU.
> >
> > Others using FC4 have had luck with Riel''s fixes to the Xen
Fedora
> packages:
> > http://people.redhat.com/riel/xen_for_fc4/
> >
> > You might also check out the FC5 rawhide to see if their 
> built-in Xen
> stuff
> > works yet.
> >
> > Stephen Brueckner, ATC-NY
> 
> 
> ________________________________________________
> Mensagem enviada usando OpenLogic WebMail 2.7.2
> 
> 
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users
> 
>

Hi,
I know that the task of compilation of the Xen is not so difficult. I myself
already made it some times. Only that with the advent of the distributions
to incorporate it, I really want to leave to make responsible me for this.
I cannot make responsible me if I qualify something wrong and kernel becomes
unstable. I am now testing the same HD with kernel 2.6.12-1.1454_FC4.i686
in another machine (AMD Duron(tm) Processor), and following the tip of the
friend I incapacitated "acpi=off". Until the moment all good is
going...

I am thankful all,

--
Leonardo Pinto
listas#openlogic dot com br
> Whilst I''m sure that Redhat is working on a publicly available RPM
(or
> similar) that you can install straight off, I would suggest that you
> build your own Xen/Dom0 kernel. It''s not TERRIBLY hard - although
> there''s some quirks and catches. This works for me:
> Download some version of Xen from www.xensource.com (snapshot or 3.0.0
> release).
>
> ... cut

________________________________________________
Mensagem enviada usando OpenLogic WebMail 2.7.2

On Thu, Dec 22, 2005 at 06:41:14PM -0000, Leonardo Pinto
wrote:
> Hi,
> I know that the task of compilation of the Xen is not so difficult. I
myself
> already made it some times. Only that with the advent of the distributions
> to incorporate it, I really want to leave to make responsible me for this.
> I cannot make responsible me if I qualify something wrong and kernel
becomes
> unstable. I am now testing the same HD with kernel 2.6.12-1.1454_FC4.i686
> in another machine (AMD Duron(tm) Processor), and following the tip of the
> friend I incapacitated "acpi=off". Until the moment all good is
going...
  yes there have been feedbacks on the xen user list about acpi=off, 
noapic and ''swiotlb=force swiotlb=8m'' kernel arguments fixing
some bugs
raised in recent Xen-3.0 versions. It''s not fully cooked :-)

Daniel

-- 
Daniel Veillard      | Red Hat http://redhat.com/
veillard@redhat.com  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/

> > becomes unstable. I am now testing the same HD with kernel 
> > 2.6.12-1.1454_FC4.i686 in another machine (AMD Duron(tm) 
> Processor), 
> > and following the tip of the friend I incapacitated 
> "acpi=off". Until the moment all good is going...
> 
>   yes there have been feedbacks on the xen user list about 
> acpi=off, noapic and ''swiotlb=force swiotlb=8m'' kernel 
> arguments fixing some bugs raised in recent Xen-3.0 versions. 
> It''s not fully cooked :-)
swiotlb=force/8m should *not* be required with xen 3.0.0, only with
pre-release versions of the -unstable tree (such as the RH FC4 RPMs).

The vast majority of machines seem to work fine with acpi/apic enabled
-- I''ve only seen a handful of people say they''ve needed to
turn them
off, and several of these have found that the problem goes away if they
updated their BIOS. I would like to get to the bottom of these reports,
though.

Although Xen doesn''t run on all the huge range of PC hardware that
Linux
does, it does seem to run fine on a very large subset, in particular the
vast majority of modern server class hardware.

Ian

Already it distrusted that the problem could be distinct between hardwares.
- Then the Xen: 2.6.12-1.1454_FC4.i686 is an unstable tree? The problem is:
- How we will be able to place in a server in production the Fedora Core 5
that still one meets in Test?
- He would not be dangerous to make this? Or I can trust the packages
contained in it?

--
Leonardo Pinto
listas#openlogic dot com br

> swiotlb=force/8m should *not* be required with xen 3.0.0, only with
> pre-release versions of the -unstable tree (such as the RH FC4 RPMs).
>
> The vast majority of machines seem to work fine with acpi/apic enabled
> -- I''ve only seen a handful of people say they''ve needed
to turn them
> off, and several of these have found that the problem goes away if they
> updated their BIOS. I would like to get to the bottom of these reports,
> though.

________________________________________________
Mensagem enviada usando OpenLogic WebMail 2.7.2

On Thu, Dec 22, 2005 at 11:45:06PM -0000, Ian Pratt
wrote:
> > > becomes unstable. I am now testing the same HD with kernel 
> > > 2.6.12-1.1454_FC4.i686 in another machine (AMD Duron(tm) 
> > Processor), 
> > > and following the tip of the friend I incapacitated 
> > "acpi=off". Until the moment all good is going...
> > 
> >   yes there have been feedbacks on the xen user list about 
> > acpi=off, noapic and ''swiotlb=force swiotlb=8m''
kernel
> > arguments fixing some bugs raised in recent Xen-3.0 versions. 
> > It''s not fully cooked :-)
> 
> swiotlb=force/8m should *not* be required with xen 3.0.0, only with
> pre-release versions of the -unstable tree (such as the RH FC4 RPMs).
> 
> The vast majority of machines seem to work fine with acpi/apic enabled
> -- I''ve only seen a handful of people say they''ve needed
to turn them
> off, and several of these have found that the problem goes away if they
> updated their BIOS. I would like to get to the bottom of these reports,
> though.
> 
> Although Xen doesn''t run on all the huge range of PC hardware that
Linux
> does, it does seem to run fine on a very large subset, in particular the
> vast majority of modern server class hardware.
  It certainly do run fine on my laptop :-)

The "fully cooked" applied to what we just pushed on fedora rawhide
channel, this is the merge branch and with the Fedora set of config
options also using rawhide kernel. I replied in this context (and
didn''t
see the Cc'' to xen-user which had been added), I didn''t want
to offence !

Daniel

-- 
Daniel Veillard      | Red Hat http://redhat.com/
veillard@redhat.com  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/