[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] virtual domain partial boot then crash
Hi, Mike. Quick solution, which is suggested in the docs somewhere: Remove the hardware-requiring items from the /etc/rc.d/rc?.d directory. One way to do this is edit /etc/inittab for the virtual domain, changing the default run level from 3 to 4. Then, copy over all the symlinks from /etc/rc.d/rc3.d to /etc/rc.d/rc4.d but *delete* those that involve hardware. This includes hwclock and gpm. Also, for sshd (which is one of the next things to start): I found that sshd was unhappy starting, due to some incompatibility in the libraries available. You might just try adding " -x" to the first line of /etc/rc.d/init.d/sshd (that is, #!/bin/bash -x ) so you can see sshd in action. It will be obvious what is failing, if anything, from the console log. In your current log, though, it looks like you're never getting beyond the hwclock, so while the system is "up" (that is, lots of services, including network services, are running), sshd never gets started. I hope this helps! -- Greg On Tue, Dec 02, 2003 at 10:38:51AM -0800, xen@xxxxxxxxxx wrote: > Ian Pratt wrote: > > > >I'm afraid I haven't read your failure report in detail, but > >please can you try: > > > > domain new > > physical grant -phdb7 -w #swap > > physical grant -phdb8 -w #root > > domain start > > Doh! Thanks, Ian. I knew about the -w. Must've been a long day. That > allowed it to move into the "Init" stage of the boot process. > > >All of this is rather clearer with the new tools in the unstable > >tree. Expect a 1.2 release fairly soon... > > > I'm not that uncomfortable with the command line tools, but, aaargh, I > don't know python yet. :( > > OK, here's the new status. The guest no longer dies a mysterious death but > does crash about the time it tries to set the hardware clock. Following is > a partial output from the guest. > ... > [1] Kernel command line: > ip=10.0.0.31:169.254.1.0:10.0.0.252:255.255.255.0::eth0:off DOMID=1 > root=/dev/hdb8 ro > ...[1] XenoLinux Virtual Network Driver installed as eth0 > [1] IP-Config: Complete: > [1] device=eth0, addr=10.0.0.31, mask=255.255.255.0, gw=10.0.0.252, > [1] host=10.0.0.31, domain=, nis-domain=(none), > [1] bootserver=169.254.1.0, rootserver=169.254.1.0, rootpath= > [1] ip_conntrack version 2.1 (768 buckets, 6144 max) - 292 bytes per > conntrack > [1] ip_tables: (C) 2000-2002 Netfilter core team > [1] NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. > [1] root_device_name = hdb8 > [1] kjournald starting. Commit interval 5 seconds > [1] EXT3-fs: mounted filesystem with ordered data mode. > [1] VFS: Mounted root (ext3 filesystem) readonly. > [1] Freeing unused kernel memory: 60k freed > [1] ^MINIT: version 2.84 booting^M^M > [1] modprobe: modprobe: Can't locate module char-major-4^M^M > [1] /etc/rc.d/rc.sysinit: line 39: /dev/tty1: No such device^M > [1] modprobe: modprobe: Can't locate module char-major-4^M^M > [1] /etc/rc.d/rc.sysinit: line 39: /dev/tty2: No such device^M > [1] modprobe: modprobe: Can't locate module char-major-4^M^M > [1] /etc/rc.d/rc.sysinit: line 39: /dev/tty3: No such device^M > [1] modprobe: modprobe: Can't locate module char-major-4^M^M > [1] /etc/rc.d/rc.sysinit: line 39: /dev/tty4: No such device^M > [1] modprobe: modprobe: Can't locate module char-major-4^M^M > [1] /etc/rc.d/rc.sysinit: line 39: /dev/tty5: No such device^M > [1] modprobe: modprobe: Can't locate module char-major-4^M^M > [1] /etc/rc.d/rc.sysinit: line 39: /dev/tty6: No such device^M > [1] modprobe: modprobe: Can't locate module char-major-4^M^M > [1] /etc/rc.d/rc.sysinit: line 43: /dev/tty7: No such device^M > [1] modprobe: modprobe: Can't locate module char-major-4^M^M > [1] /etc/rc.d/rc.sysinit: line 44: /dev/tty8: No such device^M > [1] Welcome to Red Hat Linux^M > [1] Press 'I' to enter interactive startup.^M > [1] Mounting proc filesystem: [ OK ]^M^M > [1] Configuring kernel parameters: [ OK ]^M^M > [1] modprobe: modprobe: Can't locate module char-major-10-135^M^M > [1] modprobe: modprobe: Can't locate module char-major-4^M^M > [1] hwclock is unable to get I/O port access: the iopl(3) call failed.^M > [1] Setting clock (localtime): > > And that's where it goes quiet. > > Since there won't be any consoles on a guest I'm guessing that the > rc.sysinit complaints don't matter although I don't know how to shut them > up. > > So it looks like setting the clock is the problem. Any pointers or ideas, > anyone? > > Thanks, > Mike Wright > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Xen-devel mailing list > Xen-devel@xxxxxxxxxxxxxxxxxxxxx > https://lists.sourceforge.net/lists/listinfo/xen-devel ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |