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

Re: [Xen-devel] kernel boots. filesystem troubles.


  • To: xen-devel@xxxxxxxxxxxxxxxxxxxxx
  • From: "Gregory Newby" <newby@xxxxxxxx>
  • Date: Fri, 7 Nov 2003 12:27:18 -0900
  • Delivery-date: Fri, 07 Nov 2003 21:29:02 +0000
  • List-id: List for Xen developers <xen-devel.lists.sourceforge.net>

On Fri, Nov 07, 2003 at 05:08:21PM +0000, Steven Hand wrote:
> 
> > It's an Adaptec 39160 which is Ultra 160 SCSI with 
> > dual channels.  /dev/sda through /dev/sdf (I think) are on
> > Channel A.  The rest are on channel B.
> > 
> > > One possibility is that you're probably entering new territory by
> > > trying to access any SCSI disc other than sda. It's possible that
> > > something in Xen's SCSI code is broken -- the non-sda case may never
> > > have been tested.
> 
> Indeed -- this was the case. 
> 
> I've just checked in a fix which should hopefully allow you to access 
> all your disks; let me know if there are any problems. 

Yes, this worked, thanks!  I'll describe my build process, for the
benefit of others.  In my next message, I'll describe the next stage
of uncertainty....

Also, below, is a memory limitation I encountered.

1. mkdir xen-new ; cd xen-new
2. bk clone bk://xen.bkbits.net/xeno-unstable.bk
3. ./xeno-unstable.bk/tools/misc/xen-clone bk://xen.bkbits.net/xeno-unstable.bk

I noted that ReiserFS was not in this kernel, so:

4. cd xeno-clone/xenolinux-2.4.22
5. edited .config to add ReiserFS support (could "make menuconfig")
6. make dep; make bzImage
7. cp arch/xeno/boot/image.gz ../install/boot/xenolinux.gz

Then, copied the images to /boot:
8. cd ../install/boot
9. (as root) cp image.gz /boot/ ; cp xenolinux.gz /boot/

My (working) /boot/grub/menu.lst is:

title xen
        root (hd0,0)
        kernel /image.gz dom0_mem=768000 ser_baud=115200 noht
        module /xenolinux.gz root=/dev/sda2 ro console=xencons0 DOMID=0

This works fine with a 768MB memory limit.  However, when
I tried it with "dom0_mem=1024000" I got an immediate reboot
after the kernel loaded.  As mentioned earlier, this machine
has 2GB of physical RAM, which seems to be mapped contiguously.

After re-adding items to my fstab, "df -k" is:
Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/sda2             16016308   9989552   6026756  63% /
/dev/sda1                46636     20740     23488  47% /boot
/dev/sdb1             16064472     32840  16031632   1% /tmp
/dev/sdc2             71647708     32840  71614868   1% /globus
/dev/sdh1             71679804  40623744  31056060  57% /home
/dev/sdm1             71679804     32840  71646964   1% /data/web02files
shmfs                   378152         0    378152   0% /dev/shm
/dev/sdd1             70557052        20  66972936   1% /mnt/d
/dev/sde1             71671804    732140  70939664   2% /htdocs
/dev/sdg1             71679804     32840  71646964   1% /mnt/g
/dev/sdi2             71647708     32840  71614868   1% /mnt/i
/dev/sdj1             71671804     32840  71638964   1% /mnt/j
/dev/sdk1             71679804    600724  71079080   1% /mnt/k
/dev/sdl1             71679804  10808300  60871504  16% /mnt/l
/dev/sdn1             71667120         8  68083416   1% /mnt/n

Thanks again for this help!  On to virtual domains, next...
  -- Greg


-------------------------------------------------------
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel


 


Rackspace

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