ASUS M2N SLI Deluxe - better, but now onboard NIC's are dead?

[nosebreaker]

I swapped the MSI K9N2G Neo (nothing worked right with that thing) with a ASUS M2N SLI Deluxe, and everything worked the first try (except the nvidia driver, but I just compiled that).  I had to use an older beta driver to get it to work with an XFX Geforce 8500gt, but it is much faster than the old mobo with the onboard 8200.  Now to install LMCE tonight and set that acpi boot option!

UPDATE - now both onboard NIC's don't work at all!  The first one doesn't even light up for link, and the 2nd one appears to work, but it can't see anything.  Some help is needed here, I think the problem is that eth0 it thinks is disabled, yet it is showing eth1 with the IP below in the tools, so it is trying to send out the wrong interface.

Code: [Select]

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.80.0    *               255.255.255.0   U     0      0        0 eth0
192.168.1.0     *               255.255.255.0   U     0      0        0 eth2
link-local      *               255.255.0.0     U     1000   0        0 eth0
default         192.168.1.1     0.0.0.0         UG    100    0        0 eth2

Also as an aside, the acpi boot option disables USB mice on this board, so I didn't end up using it.  I just turned off power management in the BIOS.

[nosebreaker]

So I finally have the core working properly (so far), with one small problem.  The 2nd NIC suddenly stopped working after I renamed them from eth1/eth2 to eth0/eth1.  I added an old 3com 3C905B to get it working for now.

I found a post indicating others have had this issue:
http://www.nvnews.net/vbulletin/showthread.php?t=89621

Any ideas?

[nosebreaker]

Ok I got the 2nd NIC to work in that I can now ping it (192.168.80.1), but I can't get either MD to diskless boot, it doesn't even give out an IP address if I plug in a laptop.  DHCPD seems to be running...

[tschak909]

This is a common problem with udev. Someone needs to send in a patch to do the following:

* /etc/udev/rules.d/70-persistent-net-rules needs to have all the lines for existing network cards removed. What happens is that udev tries to "help out" by remembering where NIC cards are, and when they are replaced, a new rule is added with a new ethernet device number. Removing the rules will cause the old device #s to be allocated.

-Thom

[nosebreaker]

This is a common problem causing dhcpd to not work?  None of my media directors are even pulling IP addresses, and I can't get any to do a diskless boot.

[tschak909]

Again, you're looking at the wrong symptom, and ignoring the problem.

Try the fix I suggested, then argue with me.

-Thom

[nosebreaker]

I did beforehand (when I said I got the 2nd nic to work), I moved past that, my comments were out of order is all.

dhcpd was listening on eth0, I found /etc/default/dhcp3-server lists that INTERFACES="eth0", I changed it to eth1.

[nosebreaker]

I just wanted to add that I still cannot get eth0 to work (1st onboard nic), it appears to be a bug with the driver (as per the link I provided above on nvnews).  I used another card in addition to the 2nd onboard NIC (as the 1st onboard NIC doesn't even get a link).  So I have internet on eth2 (3com 3C905B) and the local network (192.168.80.1) on eth1 (the 2nd onboard NIC).