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

Article:TECH161340  |  Created: 2011-05-31  |  Updated: 2012-08-18  |  Article URL http://www.symantec.com/docs/TECH161340
Article Type
Technical Solution


Issue



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



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.


Supplemental Materials

SourceETrack
Value2374326


Article URL http://www.symantec.com/docs/TECH161340


Terms of use for this information are found in Legal Notices