|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] RE: [Xen-devel] xen and sshd
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 ------------------------------------------------------- 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
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |