SolarisIPMPBug解决实施方案.doc

上传人:scccc 文档编号:13602787 上传时间:2022-01-20 格式:DOC 页数:9 大小:57.50KB
返回 下载 相关 举报
SolarisIPMPBug解决实施方案.doc_第1页
第1页 / 共9页
SolarisIPMPBug解决实施方案.doc_第2页
第2页 / 共9页
SolarisIPMPBug解决实施方案.doc_第3页
第3页 / 共9页
亲,该文档总共9页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《SolarisIPMPBug解决实施方案.doc》由会员分享,可在线阅读,更多相关《SolarisIPMPBug解决实施方案.doc(9页珍藏版)》请在三一文库上搜索。

1、SolarisIPMPBug解决实施方案作者:日期:技术文档模板主要适 用环境(v 100605)作者王卫锋审核分类Sun子类:OS网络更新时间2010-6-5关键字Solaris 10、IPMP、Kernel Patches 141444-09 and 141445-09摘要Bug Id :6888928,在 Solaris 10 环境下,kernel 为 141444-09(SPARC和 141445-09(x86),IPMP配置为Probe-Based模式,会导致副网卡严重丢包,IPMP切换后,浮动IP无法pi ng 通Solaris 10,kernel 为 141444-09(SPAR

2、C和 141445-09(x86)版本说明版本号拟制/修改责任人拟制/修改日期修改内容/理由V100605王卫锋2010-6-5新建目录版本说明 41 Bug简介52故障成因说明62.1如何判断基于Probe-Based模式的IPMP配置 63故障表现73.1使用snoop查看数据包 74解决方案81 Bug简介Bug ld:6888928,在 Solaris 10,Kernel Patches 为 141444-09(SPARC)和 141445-09(x86)环境下,IPMP 如果采用Probe-Based模式,会导致网卡 failure,从而影响浮动IP不能正常通讯;目前这个Bug对IP

3、MP采用Link-Based模式的网卡没有影响;2故障成因说明SPARC平台:Solaris 10 ,打了 kernel patch 141444-09 ,还没有打 142900-02X86平台:Solaris 10 ,打了 kernel patch 141445-09 ,还没有打 142901-02对于Solaris 8、Solaris 9 和OpenSolaris 不受此问题影响;只有IPMP采用Probe-Based模式产生此问题,对于采用Link-Based模式不受此问题影响;2.1如何判断基于Probe-Based模式的IPMP配置必须符合以下的条件:1运行以下命令后查看in.mpa

4、thd守护进程是否运行# ps -aef |grep in. mpathdroot 21110 11:04:51 ?0:00 /usr/lib/in et/i n.mpathd -a2 使用ifconfig -a查看网卡groupname必须是同一个 IPMP group# ifconfig -ae1000g1: flags=1000843 mtu 1500 in dex 5group name fredether 0:3:ba:d8:d1:efe1000g1:1: flags=9040843 1500 in dex 5e1000g2: flags=1000843 mtu 1500 in de

5、x 6group name fredether 0:4:23:c8:33:86e1000g2:1: flags=9040843 1500 index 6以上的例子中,groupname为fred3使用ifconfig -a查看测试地址必须是 DEPRECATED和N0FAIL0VER的状态3故障表现以上描述的问题出现时,纵使没有网络问题发生,也会导致IPMP group中的网卡failure ;下面是/var/adm/messages 中的log 信息:# Oct 22 11:09:29 v4v-t2000a-sca11 in.mpathd211: NIC failure detected o

6、n e1000g2 of groupfred Oct 22 11:09:29 v4v-t2000a-sca11in.mpathd211:Successfully failed over from NIC e1000g2to NIC e1000g1使用ifconfig -a查看网卡被标记为FAILED:# ifconfig -alo0: flags=2001000849 mtu 8232 index 1e1000g1: flags=1000843 mtu 1500 in dex 5group name fredether 0:3:ba:d8:d1:efe1000g1:1:flags=904084

7、3mtu 1500 in dex 5e1000g1:2: flags=1000843 mtu 1500 in dex 5e1000g2: flags=19000842 mtu 0in dex 6group name fredether 0:4:23:c8:33:86 e1000g2:1:flags=19040843 mtu 1500 in dex 63.1使用snoop查看数据包由于e1000g1代替e1000g2接收了回复给这个地址的ICMP数据包,导致 e1000g2网卡 failed ;使用snoop命令可以看到每个 地址的ICMP请求数据包都由 e1000g1发出,回复给192.178

8、.100.6 的数据包也由 e1000g1收到:# snoop -d e1000g1 icmpUsing device e1000g1 (promiscuous mode)192.178.100.6192.178.100.6再用snoop命令查看e1000g2的数据包,没有数据包收发:# snoop -d e1000g2 icmpUsing device e1000g2 (promiscuous mode)4解决方案1 打 kernel patchSPARC平台:Solaris 10 打 patch 至 142900-02 或更高X86 平台:Solaris 10 打 patch 至 142901-02 或更高2 IPMP 改为 Link-Based模式# more /etc/host name.e1000g1+ broadcast + group fred up# more /etc/host name.e1000g2+ broadcast + deprecated -failover group fred up

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 社会民生


经营许可证编号:宁ICP备18001539号-1