The 3c2000 driver has a bug that makes it not transmit UDP packets
right, so I would recomend using the syskonnect driver for the chip
that the 3c2000 uses instead of the 3com driver (which is just a hack
of the syskonnect driver anyway).
I should say the 3c2000T does, though I think they all use the same
driver so I assume they would all have this problem.  It makes LAM act
very oddly.

Anyway, regardless of which driver you want to use, this is how I got
my nodes with 3c2000T cards to boot nicely after cloning.

This needs to be done on a cloned oscar node, so you need to install
the following rpms on one
kernel-doc
kernel-source
kernel-utils
net-snmp-5 (or something like this)
which are all on disk two.

1) Download the 2.4 series driver from syskonnect.com
2) Uses bz2 so untar with tar xjvf
3) cd DriverInstall
4) ./install.sh (pick user installation mode)
5) Add the following to /etc/modules.conf

alias eth0 sk98lin

6) Driver is located in
/lib/modules/2.4.20-8smp/kernel/drivers/net/sk98lin

If this node works on reboot, make the same changes to the image file.
So edit /var/lib/systemimager/images/oscarimage/etc/modules.conf and
copy the driver from the node to
/var/lib/systemimager/images/oscarimage/lib/modules/2.4.20-8smp/kernel/drivers/net

If you want it to work with the non smp kernel too, just put the
driver in the same directory as above only without the smp.  I only
ever boot my nodes in smp, so you might need to compile the non-smp
version separately, I am not sure.

I am working from my notes so I probably have some - and _ mixed up,
possibly some other minor details, but I think this captures the
general idea.

You can also do more or less the same thing with the 3c2000 driver if
you want to try it.  I have some notes from that too if you decide you
want to go that route and have problems.

This bug was discussed a bit in the lam-mpi forums here
http://www.lam-mpi.org/MailArchives/lam/msg08448.php

On Mon, 31 Jan 2005 15:12:08 -0500, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> Hi Michael,
>  Thanks for your input, I tried a couple of things this morning and no
> luck yet. The smp kernel keeps coming up, what file(s) do I need to
> modify to load the non-smp kernel? If the non-smp is loaded, I can do a
> insmod to load the 3c2000 driver.  Any ideas would be very helpful.
> Thanks!!
> Jerry D. Waterman
> Information Technology Specialist
> U.S. Environmental Protection Agency
> Office of Research and Development
> National Risk Management Research Laboratory
> Technology Transfer and Support Division
> 513-569-7834
> 
>                                                                        
>             Michael Edwards
>             <[EMAIL PROTECTED]
>             com>                                                    To
>                                      Jerry Waterman/CI/USEPA/[EMAIL PROTECTED]
>             01/28/2005 11:55                                        cc
>             PM
>                                                                Subject
>                                      Re: [Oscar-users] Re:OSCAR-4.0
>              Please respond          and new 3c2000 NICs in each node
>                    to
>             Michael Edwards
>             <[EMAIL PROTECTED]
>                   com>
> 
> 
> Yes, I had the same problem with RH 9 and Oscar 3.0, so I am not
> supprised that they didn't work.  I have some notes at work on how I
> got it to work finally.  I will send those to you tomorrow unless I
> forget.  RH doesn't see the card by default so you end up having to
> diddle with things a bit.
> 
> Its not too hard though.
> 
> On Thu, 27 Jan 2005 14:54:57 -0500, [EMAIL PROTECTED]
> <[EMAIL PROTECTED]> wrote:
> > We are using RH9.0 and OSCAR-4.0.    On step 6, after getting the
> MACs,
> > from booting with a floppy, and pull the image over OK.  However on
> > re-booting the node(s), it will not re-initialize the new NIC. Any
> ideas
> > why?
> > Thanks!!
> > Jerry D. Waterman
> > Information Technology Specialist
> > U.S. Environmental Protection Agency
> > Office of Research and Development
> > National Risk Management Research Laboratory
> > Technology Transfer and Support Division
> > 513-569-7834
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IntelliVIEW -- Interactive
> Reporting
> > Tool for open source databases. Create drag-&-drop reports. Save time
> > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> > Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> > _______________________________________________
> > Oscar-users mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/oscar-users
> >
> 
>


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Oscar-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oscar-users

Reply via email to