ScanIPrelocate/failover后其他网段无法ping通
来源:动视网
责编:小采
时间:2020-11-09 14:09:09
ScanIPrelocate/failover后其他网段无法ping通
ScanIPrelocate/failover后其他网段无法ping通:集群单节点在重启或者手动srvctl relocate scan_listener后,集群所在网段ping IP,VIP,SCAN IP正常,其他网段ping SCAN IP 不通。原因是路由的ARP表没有随之而跟新SCAN IP。需要手动更新。 /sbin/arping -U -c 3 -I public
导读ScanIPrelocate/failover后其他网段无法ping通:集群单节点在重启或者手动srvctl relocate scan_listener后,集群所在网段ping IP,VIP,SCAN IP正常,其他网段ping SCAN IP 不通。原因是路由的ARP表没有随之而跟新SCAN IP。需要手动更新。 /sbin/arping -U -c 3 -I public

It is believed to be a regression in default behaviour thus:
Regression introduced in 11.2.0.3
Fixed:
| This issue is fixed in |
12.1 (Future Release)
|
Symptoms:
|
Related To:
|
|
(None Specified)
|
Cluster Ready Services / Parallel Server Management
|
Description
This is a regression fix for problem introduced by patch 11069846.
The change in this patch (patch 13440962) fixes a problem with 4 extra
bytes in the G【本文来自鸿网互联 (http://www.68idc.cn)】ARP message and removes an extra unicast GARP packet to
the router.
Rediscovery Notes:
After upgrading to 11.2.0.3, after vip failover, the ip address is
not pingable from a different subnet on Linux.
(This problem is seen only on Linux)
Workaround
After vip failover, run command
/sbin/arping -U -c 3 -I
to update the ARP table of router.
| Please note: The above is a summary description only. Actual symptoms can vary. Matching to any symptoms here does not confirm that you are encountering this problem. For questions about this bug please consult Oracle Support. |
ScanIPrelocate/failover后其他网段无法ping通
ScanIPrelocate/failover后其他网段无法ping通:集群单节点在重启或者手动srvctl relocate scan_listener后,集群所在网段ping IP,VIP,SCAN IP正常,其他网段ping SCAN IP 不通。原因是路由的ARP表没有随之而跟新SCAN IP。需要手动更新。 /sbin/arping -U -c 3 -I public