<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=US-ASCII">
<TITLE>Message</TITLE>

<META content="MSHTML 6.00.2900.2802" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=335512701-01022006><FONT face=Garamond color=#000080>Not that I 
know much, but the version should be 29czX, where "X" is something like 3 or 5 
(I think 5 is the latest).&nbsp; Pentium M is essentially a Pentium 4, so 
definitely IA-32.&nbsp; The x86_64 is the AMD64 architecture (cloned by Intel as 
EMT64).&nbsp; (How did you end up with a mobile chip in a server, 
anyway?)</FONT></SPAN></DIV>
<DIV><SPAN class=335512701-01022006><FONT face=Garamond 
color=#000080></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=335512701-01022006><FONT face=Garamond 
color=#000080>Andy</FONT></SPAN></DIV>
<BLOCKQUOTE 
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000080 2px solid; MARGIN-RIGHT: 0px">
  <DIV></DIV>
  <DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT 
  face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> 
  scyld-users-bounces@beowulf.org [mailto:scyld-users-bounces@beowulf.org] <B>On 
  Behalf Of </B>Gardner Pomper<BR><B>Sent:</B> Monday, January 30, 2006 6:58 
  PM<BR><B>To:</B> Donald Becker<BR><B>Cc:</B> 
  scyld-users@beowulf.org<BR><B>Subject:</B> Re: [scyld-users] Beoboot 
  failure<BR><BR></FONT></DIV>Hi,<BR><BR>I am running v29cz of Scyld. Are you 
  asking what version of beoboot? It is from an iso image created from 
  beosetup.<BR><BR>I am running 32 bit on a Intel Pentium M (is that x86_64 or 
  IA32?)<BR><BR>Where do I change the TKM delay? Is that on the master before I 
  create the ISO image? <BR><BR>Thanks! As you can tell, I am lost.<BR><BR>- 
  Gardner<BR><BR>
  <DIV><SPAN class=gmail_quote>On 1/30/06, <B class=gmail_sendername>Donald 
  Becker</B> &lt;<A href="mailto:becker@scyld.com">becker@scyld.com</A>&gt; 
  wrote: </SPAN>
  <BLOCKQUOTE class=gmail_quote 
  style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: rgb(204,204,204) 1px solid">On 
    Fri, 27 Jan 2006, Gardner Pomper wrote:<BR><BR>&gt; I am trying to get my 
    test Scyld cluster up. I have Scyld v29cz running on <BR>&gt; my head node, 
    and I am trying to get one slave node booting from a CD. The<BR>&gt; slave 
    finds the master, and is assigned an IP address, but it fails with 
    the<BR>&gt; following error:<BR><BR>What version are you using? <BR>Are you 
    booting from the distribution CD, or an "iso image" created 
    from<BR>Beosetup?<BR>Are you running on a x86_64 or IA32?<BR><BR>&gt; Boot 
    information received for interface eth0 from RARP:<BR>&gt;&nbsp;&nbsp; 
    Assigned IP address: <A href="http://192.168.1.10">192.168.1.10</A> / <A 
    href="http://255.255.255.0">255.255.255.0</A><BR>&gt;&nbsp;&nbsp; Server: <A 
    href="http://192.168.1.50">192.168.1.50</A>&nbsp;&nbsp;boot file 
    '/var/beowulf/boot.img'<BR>&gt;&nbsp;&nbsp; BProc master <A 
    href="http://192.168.1.50">192.168.1.50</A> port 2223,<BR>&gt;&nbsp;&nbsp; 
    VMA server <A href="http://192.168.1.50">192.168.1.50</A> port 1556, 
    protocol tcp.<BR>&gt; boot: installing module "kmonte"<BR>&gt; connect: no 
    route to host <BR>&gt; Boot image download failure: numerical result ouf of 
    range<BR><BR>Hmmm, this appears to be a routing problem.<BR><BR>We have seen 
    a similar problem once before in the quick-remaster case,<BR>where the old 
    default route prevents a new route from being added, even <BR>though the 
    interface was shut down.&nbsp;&nbsp;(This is a kernel routing bug 
    that<BR>can be worked around by explicitly deleting the old default 
    route.)<BR><BR>&gt; I hope I got all this right, because it automatically 
    clears the screen and <BR>&gt; reboots after 5 seconds and I haven't found a 
    way to stop it.<BR><BR>The parameter 'fatal_delay' should set that timeout, 
    and the default is<BR>normally 120 seconds.&nbsp;&nbsp;The only five second 
    delay is in Two Kernel Monte, <BR>and that shouldn't be 
    called.&nbsp;&nbsp;(FYI: The TKM delay may changed with the<BR>'bootmode' 
    flags.&nbsp;&nbsp;The upper 8 bits specify the delay in seconds 
    before<BR>switching kernels.&nbsp;&nbsp;This is pretty much useful only 
    for<BR>debugging and developers, and isn't likely the delay here.) 
    <BR><BR><BR><BR>--<BR>Donald 
    Becker&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
    <A href="mailto:becker@scyld.com">becker@scyld.com</A><BR>Scyld 
    Software&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Scyld 
    Beowulf cluster systems<BR>914 Bay Ridge Road, Suite 
    220&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <A 
    href="http://www.scyld.com">www.scyld.com</A><BR>Annapolis MD 
    21403&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;410-990-9993<BR><BR><BR></BLOCKQUOTE></DIV><BR></BLOCKQUOTE>
<P>------------------------------------------------------------------------------<br>
Notice:  This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station, New Jersey, USA 08889), and/or its affiliates (which may be known outside the United States as Merck Frosst, Merck Sharp & Dohme or MSD and in Japan, as Banyu) that may be confidential, proprietary copyrighted and/or legally privileged. It is intended solely for the use of the individual or entity named on this message.  If you are not the intended recipient, and have received this message in error, please notify us immediately by reply e-mail and then delete it from your system.<br>
------------------------------------------------------------------------------</P></BODY></HTML>