WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-community

[Xen-community] RE: Xen-community Digest, Vol 2, Issue 8

To: <xen-community@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-community] RE: Xen-community Digest, Vol 2, Issue 8
From: "Stephen Spector" <stephen.spector@xxxxxxxxxx>
Date: Mon, 25 Feb 2008 16:51:56 -0500
Delivery-date: Mon, 25 Feb 2008 13:53:36 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <E1JTlFA-0002ky-Ax@host-192-168-0-1-bcn-london>
List-archive: <http://lists.xensource.com/archives/html/xen-community>
List-help: <mailto:xen-community-request@lists.xensource.com?subject=help>
List-id: Community Discussion <xen-community.lists.xensource.com>
List-post: <mailto:xen-community@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-community>, <mailto:xen-community-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-community>, <mailto:xen-community-request@lists.xensource.com?subject=unsubscribe>
References: <E1JTlFA-0002ky-Ax@host-192-168-0-1-bcn-london>
Sender: xen-community-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Ach3+F1wRaa4MkFPSumV/cbkWBEZlQAACG5Q
Thread-topic: Xen-community Digest, Vol 2, Issue 8

Mark:

I would send this email to xen-users@xxxxxxxxxxxxxxxxxxx as there are
many technical people that watch that mailing list for questions such as
this. This mailing list is primarily for community announcements such as
event, blogs, etc. Thanks.

Stephen Spector
 
------------------------------

Message: 3
Date: Mon, 25 Feb 2008 16:50:40 -0500
From: "mark mclarnon" <mark.mclarnon@xxxxxxxxx>
Subject: [Xen-community] Xen not recognizing second SATA Hard Disk or
        CDROM
To: xen-community@xxxxxxxxxxxxxxxxxxx
Message-ID:
        <253738580802251350m4d4fa4dbycd60ab17ae042f5@xxxxxxxxxxxxxx>
Content-Type: text/plain; charset="iso-8859-1"

I have encountered a strange situation with Xen 3.1.0 that I cannot seem
to
resolve. I wonder if  anyone in the community has experienced anything
similar. Assume for the moment that I have the proper CPU to be running
Xen
in the first place. My situation is this:

Operating System: Debian Etch (Linux debian 2.6.18-6-686-bigmem)
Motherboard ASUS P5K
8 GB RAM (hence bigmem kernel)
2 SATA Hard Drive 750 GB
2 SATA DVD Burner

Now I am aware of the problems  with this particular board (P5K) and
SATA
devices. Although there was no particular reason to choose SATA DVD
drives
(a decision I now regret), I believe the use of 2 SATA HD was ok.
Incidentally, the only way I could get Debian onto the system was using
a
USB key method.

NOTE: I am running the latest BIOS as downloaded from  ASUS support
today
0225/08. Sorry I forget the rev number but its dated from Jan 08.

All 4 devices are connected to the 4 main mother board SATA channels
(read
ICH9 connectors) and nothing is connected to the JMicron channel in the
back
of the board. In addition to this, JMicron controller has been disabled
in
the BIOS. The order of devices is:

1. SATA HD (/dev/sda)
2. SATA CDROM
3. SATA CDROM
4. SATA HD (/dev/sdb)

I follow the instructions to build Xen from source:

# apt-get ..... (long list omitted here)
# make world
# make install
# update-rc.d xend defaults 20 21
# update-rc.d xendomains defaults 21 20

I did not use any custom configuration or build options. Its at this
point
that things get hairy. I see many google/Xen links that you must build
an
initrd but the recommended way of doing so differs quite a bit. Some
links
claim you should use mkinitrd, some claim yaird. Others claim
mkinitramfs
and still others claim  update-initramfs. Initially I    believe I used
mkinitramfs as follows:

# depmod 2.6.18-xen
# mkinitramfs -o /boot/initrd.img-2.6.18-xen 2.6.18-xen

The next step was to run:

# update-grub

This automatically adds the following stanza to /etc/grub/menu.lst:

title        Xen 3.1.0 / Debian GNU/Linux, kernel 2.6.18-xen
root        (hd0,0)
kernel        /boot/xen-3.1.0.gz
module        /boot/vmlinuz-2.6.18-xen root=/dev/sda1 ro console=tty0
module        /boot/initrd.img-2.6.18-xen
savedefault

Coincidentally, my existing stanza was:

title        Debian GNU/Linux, kernel 2.6.18-6-686-bigmem
root        (hd0,0)
kernel        /boot/vmlinuz-2.6.18-6-686-bigmem root=/dev/sda1 ro
initrd        /boot/initrd.img-2.6.18-6-686-bigmem
savedefault

Note the root=/dev/sda1 in each case. At this point, I reboot and
attempt to
start the machine with a Xen kernel. Depending on how I have the P5K
BIOS
setting "SATA Configuration" (detailed in the P5K user manual section
4.3.5)
the machine either fails to boot (when set with the SATA Enhanced
setting)
or boots successfully (with the SATA IDE setting) but never sees the
second
SATA HD or second DVD writer. In short, the devices connected to the 3rd
and
4th ICH9 SATA connectors don't get recognized.

NOTE: When SATA Configuration is set to IDE, the only way Xen will boot
is
if I change the root=/dev/sda1 to read root=/dev/hda1.

Whats even more interesting (to me at least) is that when booting with
the
Xen kernel, the boot device that used to be known as /dev/sda is
recognized
by the kernel as /dev/hda. Yet files such as /etc/fstab still reference
/dev/sda1! Does the SCSI subsystem provide a mapping of some type from
/dev/sda to /dev/hda? Is it a softlink in the /dev directory?

In desperation, I have tried grub options such as all-generic-ide and
irqpoll to get the second drives recognized but the system never seems
to
boot properly listing errors with "lost interrupt hda" and the like. The
second HD and DVD writer seem to show up as /dev/sde and /dev/sdg (if I
recall correctly).

My questions are:

1. Is attempting to use a second HD and DVD writer a lost cause?
2. Why does the Xen kernel skip the recognition of the second HD and DVD
writer?
3. Why if the boot log reports my boot device was recognized as /dev/hda
does my system still boot and reference /dev/sda?
4. Why must /etc/grub/menu.lst be changed but not /etc/fstab?
5. Could this entire problem be attributed to the lack of judgment when
procuring a Xen compatible motherboard?

Has anyone seen this situation before?

Mark
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.xensource.com/archives/html/xen-community/attachments/20080
225/5f8a1300/attachment.html

------------------------------

_______________________________________________
Xen-community mailing list
Xen-community@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-community


End of Xen-community Digest, Vol 2, Issue 8
*******************************************

_______________________________________________
Xen-community mailing list
Xen-community@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-community

<Prev in Thread] Current Thread [Next in Thread>
  • [Xen-community] RE: Xen-community Digest, Vol 2, Issue 8, Stephen Spector <=