Servers unable to connect to their own DRAC

[Matthias Saou]

Hi again,

Just tried the "racadm ifconfig" command for the first time. Something
is plain wrong on all of these DRACs :

$ racadm ifconfig
bond0     Link encap:Ethernet  HWaddr 00:1D:09:70:79:7B
          inet addr:192.168.169.103  Bcast:192.168.169.255
          Mask:255.255.252.0
          UP BROADCAST RUNNING MASTER MULTICAST  MTU:1500 Metric:1
          RX packets:3233 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1529 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:230542 (225.1 KiB)  TX bytes:118250 (115.4 KiB)

eth1      Link encap:Ethernet  HWaddr 00:1D:09:70:79:7B
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:1533 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1529 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:121742 (118.8 KiB)  TX bytes:118250 (115.4 KiB)
          Interrupt:27

eth2      Link encap:Ethernet  HWaddr 00:1D:09:70:79:7B
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:1700 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:108800 (106.2 KiB)  TX bytes:0 (0.0 B)
          Interrupt:28

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:20 errors:0 dropped:0 overruns:0 frame:0
          TX packets:20 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:1692 (1.6 KiB)  TX bytes:1692 (1.6 KiB)

$ racadm getconfig -g cfgLanNetworking -o cfgNicEnable
1
$

Why the heck are these DRACs bonding two eth interfaces with the same
MAC address as one bonded interfaces with the same MAC address?
Everywhere this happens, it's always eth1 and eth2 as bond0. On DRACs
where things work, I just have eth0 and lo as expected.

This looks like a weird corner case or simply a bug :-)

Matthias

-- 
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora release 9 (Sulphur) - Linux kernel 2.6.26.3-29.fc9.x86_64
Load : 0.01 0.08 0.11