Re: [BProc] bpslave child process dies

[Joshua J. E. <jj...@sa...>]

I'm looking on the console -- no OOPS, and this kernel is compiled for
Pentium-Classic to be sure of compatibility even though these chips are
PII.

I haven't tried commenting stuff out in node_up.conf yet, just because
it might make matters worse.  There are some references to a bproc-aware
nsswitch, but I don't see the libs for that anywhere.  Could that
possibly be the problem?

-JE
-----------------------------------------------
Josh England
Sandia National Laboratory, Livermore, CA
Distributed Information Systems
email: jj...@sa...
phone: (925) 294-2076



On Thu, 2002-10-31 at 04:20, steven james wrote:
> Greetings,
> 
> I regularly use the initrd from beoboot in the elf image. It's not that.
> 
> Shooting in the dark: any chance the kernel or modules are compiled fro
> the wrong kind of processor (K7 on a P 4 for example)?
> 
> If possable, try serial console on the slave to see if there's an OOPS
> associated with the failure.
> 
> G'day,
> sjames
> 
> 
> On 31 Oct 2002, Joshua J. England wrote:
> 
> > 
> > I think I'm getting very close now.  I'm finally catching some RARPs
> > with beoserv when a slave boots, although the slave dies pretty
> > quickly.  The last thing seen on the slave is:
> > 
> > boot: Server IP address: 10.0.4.100
> > boot: My IP address    : 10.0.4.10
> > boot: starting bpslave: bpslave -d -i 10.0.4.100 2223
> > bpslave: IO daemon started; pid=11
> > 
> > beoserv on the master shows:
> > 
> > beoserv: RARP: 00:30:59:00:98:26 == 10.0.4.10
> > beoserv: Starting node_up worker for 1 clients.
> > nodeup    : Child process for node 0 died with signal 4
> > 
> > 
> > I'm booting from an elf image created from a standard bproc kernel,
> > along with the initrd created by 'beoboot -2'.  Is this considered a
> > badbadthing?  Do I need to roll my own initrd and run 'bpslave' from it?
> > 
> > Also, what is the role of the 'bootfile' parameter in
> > /etc/beowulf/config?  It looks like beoserv feeds it to a slave after a
> > RARP request, but changing it seems to have no effect.
> > 
> > 
> > Sorry for the onslaught of questions, free beer at SC for all who help.
> > :)
> > 
> > -JE
> > -----------------------------------------------
> > Josh England
> > Sandia National Laboratory, Livermore, CA
> > Distributed Information Systems
> > email: jj...@sa...
> > phone: (925) 294-2076
> > 
> > 
> > 
> > 
> > -------------------------------------------------------
> > This sf.net email is sponsored by: Influence the future 
> > of Java(TM) technology. Join the Java Community 
> > Process(SM) (JCP(SM)) program now. 
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
> > _______________________________________________
> > BProc-users mailing list
> > BPr...@li...
> > https://lists.sourceforge.net/lists/listinfo/bproc-users
> > 
> 
> -- 
> -------------------------steven james, director of research, linux labs
> ... ........ ..... ....                     230 peachtree st nw ste 701
> the original linux labs                             atlanta.ga.us 30303
>       -since 1995                              http://www.linuxlabs.com
>                                    office 404.577.7747 fax 404.577.7743
> -----------------------------------------------------------------------
> 
>