IP did not automatically failover from the secondary interface to the primary as configured in MultiNICA

Problem

The issue for MultiNICA in VCS MP4 is:
      --When pulling out the ethernet cable cable on the secondary nic interface, the assigned IP did not fail over back
to the primary interface, and we have to run “ipaddr delete <IP> dev eth2” to have it failed over to the primary interface.

Error Message

when w pulled out
the cable on eth0 multinica agent failed over to eth2 fine. Once we plugged back
the cable for eth0, vcs cannot fail over back to eth0 when
we pulled out the cable for eth2. I found this incident  1946354 which stated
that the multinica resource is using a ethtool in 5.0mp3rp4 to monitor the
hardware I asked the tse to upgrade to 5.0mp3rp4. Afterward, we were able to
fail over from oth0 to eth2 and failed back to eth0. However, when we failed
back to eth0 and UP the interface, the base IP address was available to on both
interfaces as seen below:
---------------------
root@SPRS2950b9-14 ~]# ip addr show eth2
2: eth2: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast qlen 1000
   link/ether 00:15:17:19:87:ea brd ff:ff:ff:ff:ff:ff
   inet 10.168.22.62/22 brd 10.168.23.255 scope global eth2
[root@SPRS2950b9-14 ~]# iplink set eth2 up
-bash: iplink: command not found
[root@SPRS2950b9-14 ~]# ip link set eth2 up
[root@SPRS2950b9-14 ~]# ip addr show eth2
2: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000
   link/ether 00:15:17:19:87:ea brd ff:ff:ff:ff:ff:ff
   inet 10.168.22.62/22 brd 10.168.23.255 scope global eth2
   inet6 fe80::215:17ff:fe19:87ea/64 scope link
      valid_lft forever preferred_lft forever
[root@SPRS2950b9-14 ~]# ip addr show eth0
4: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000
   link/ether 00:18:8b:4e:c8:fd brd ff:ff:ff:ff:ff:ff
   inet 10.168.22.62/22 brd 10.168.23.255 scope global eth0
   inet6 fe80::218:8bff:fe4e:c8fd/64 scope link
      valid_lft forever preferred_lft forever
[root@SPRS2950b9-14 ~]# netstat -rn
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
10.168.20.0     0.0.0.0         255.255.252.0   U         0 0          0 eth0
10.168.20.0     0.0.0.0         255.255.252.0   U         0 0          0 eth2
0.0.0.0         10.168.20.1     0.0.0.0         UG        0 0
 

Cause

Known bug in VCS 5.0MP3RP4 (etrack Inc. # 2374326)

Solution

Thi issue is fixed in VCS 5.0MP4RP1.


Terms of use for this information are found in Legal Notices.

Search

Survey

Did this article answer your question or resolve your issue?

No
Yes

Did this article save you the trouble of contacting technical support?

No
Yes

How can we make this article more helpful?

Email Address (Optional)