Hi,
It does look like the log is truncated but not much is missing. So I looked
at the initial bootup of domain0 and it found the cd at /dev/hdb. So I'm not
sure why its not finding it when I start other domains. Anyways, I think I'm
going to clear a partition and run it off of hard disk. That should solve
this problem and will be more efficient anywyas, right?
Thanks,
jas
-----Original Message-----
From: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
[mailto:xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of Steven Hand
Sent: Sunday, November 16, 2003 3:03 PM
To: Jaswinder S. Ahluwalia
Cc: xen-devel@xxxxxxxxxxxxxxxxxxxxx; Steven.Hand@xxxxxxxxxxxx
Subject: Re: [Xen-devel] xen and sshd
>I've done what you said but changed the command to the following:
>
>xen_read_console > console.txt &.
Ok -- although the log appended seems truncated for some reason.
>I really didn't understand what you meant by "via chroot or booting
>explicitly as root." I just ran the ckconfig command as root, which is
>probably not what you meant.
Each virtual machine needs its own root filesystem which it'll mount
when it starts up. I was assuming initially you were running xen and
xenolinux from the hard-disk and hence that you had multiple partitions
each with a seaparate root filesystem for each domain (it's also possible
to do nfs root via domain 0, or -- as in your case -- to have a ram
disk for the mutable part of root and share the rest read-only from cd).
Am I right in assuming that you're just booting from the demo cd?
>The output to both are attached. As you can see, sshd is never started in
>the new domain. Let me know what you think I can do to get sshd running on
>the other domains.
Ok - looking at the boot log below it seems you're never getting to start
sshd because you're failing to happily mount the remainder of the 'root'
files from CD....
>[1] Partition check:
>[1] hda:
>[1] Skipping partition check on cdrom /dev/hdb
>[1] Skipping partition check on cdrom /dev/hdc
So this suggests that you have a removable or unformatted ide disk in
/dev/hda, and two cdroms on /dev/hdb and /dev/hdc, one of which contains
the demo cd.
<snip>
>[1] Looking for CD-ROM at /dev/hda... FIXME: support multisession CDs =
>later
>[1] isofs_read_super: bread failed, dev=3D03:00, iso_blknum=3D16, =
>block=3D32
>[1] mount failed - not found
>[1] Looking for CD-ROM at /dev/hdb... FIXME: support multisession CDs =
>later
>[1] isofs_read_super: bread failed, dev=3D03:40, iso_blknum=3D16, =
>block=3D32
>[1] mount failed - not found
>[1] Looking for CD-ROM at /dev/hdc... FIXME: support multisession CDs =
>later
>[1] isofs_read_super: bread failed, dev=3D16:00, iso_blknum=3D16, =
>block=3D32
>[1] mount failed - not found
This shows that the demo CD startup script is failing to find the drive
with the CD in it (it tries 'likely' devices to see if it can locate it).
Very odd as it seems to work for domain 0. The multisession CD thing
is harmless I believe; just a small part of the CD functionality we
didn't bother supporting in xen 1.0.
Do you see these same error messages when booting initially (i.e. from
the console output of domain 0)? In fact, can you capture the xen and
domain 0 logs (using a serial line) and send them along with an
untruncated log of domain 1?
>[1] Looking for CD-ROM at /dev/hdd... FIXME: support multisession CDs =
>later
>[1] isofs_read_super: bread failed, dev=3D16:40, iso_blknum=3D16, =
>block=3D32
>[1] mount failed - not found
>//find-cd: /proc/scsi/scsi: No such file or directory
>[1] Looking for CD-ROM at /dev/hda... FIXME: support multisession CDs =
>later
>[1] isofs_read_super: bread failed, dev=3D03:00, iso_blknum=3D16, =
>block=3D32
>[1] mount failed - not found
>[1] Looking for CD-ROM at /dev/hdb... FIXME: support multisession CDs =
>later
>[1] isofs_read_super: bre
This appears to be truncated here... did you kill domain 1? Or did you
just cp the log file 'after a while'?
Another obvious thing to try is to boot from disk rather than CD and
see if that all works happily -- see the installation instructions in
the file README.CD.
cheers,
S.
-------------------------------------------------------
This SF. Net email is sponsored by: GoToMyPC
GoToMyPC is the fast, easy and secure way to access your computer from
any Web browser or wireless device. Click here to Try it Free!
https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel
|
Home