免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 2342 | 回复: 8
打印 上一主题 下一主题

[HACMP集群] HACMP故障实际案例 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2003-07-17 15:03 |只看该作者 |倒序浏览
我在两年前遇到过一个拖了几个月才解决的问题.
现象:经常在hacmp.out中看到cluster重组,有时在启动cluster时就出现,有时启动cluster没问题,但用了一段时间后就出来了,而且没有规律.有时只好停下cluster再重新起,具体错误是网卡经常收不到对方发过来的心跳,两台机器都安装了两块千兆的光纤卡,都与一台CISCO的35系列交换机相连.而客户端又都没有报过通讯有问题.
后来经过几个月后,IBM公司才说这是光纤千兆卡与CISCO的配合问题,需要在CISCO上面修改关于spanningtree的参数.后来果然就没事了.

所以我后来都不建议用户使用IBM的光纤千兆卡,因为交换机基本上都是CISCO的.遇到一起又是麻烦.

论坛徽章:
1
荣誉版主
日期:2011-11-23 16:44:17
2 [报告]
发表于 2003-07-17 15:08 |只看该作者

HACMP故障实际案例

不错
不过我做了很多光纤网卡连cisco的交换,运气比较好,没有遇到你的问题
能否说说参数原来是什么,改成了什么

论坛徽章:
0
3 [报告]
发表于 2003-07-17 15:14 |只看该作者

HACMP故障实际案例

据说交换机在建立spanning tree时扫描一遍端口要较长的时间,而恰恰就是这个时间造成了集群中两个节点间心跳信号的临时中断,所以集群进行了很多尝试去重组,结果是集群很不稳定。建议:如果交换机连接结构不复杂,可以把spanning tree关掉。这个问题是不是通过后续产品的微码更新解决了就不知道了,如果现在没有了可真是阿弥陀佛。

论坛徽章:
0
4 [报告]
发表于 2003-07-17 15:26 |只看该作者

HACMP故障实际案例

2000年装一套系统,只是交换机是Catalyst 6509+3层交换。
我和IBM工程师一起做,花了半天,我判断是交换机端口反应速度的问题,IBM工程师同意,然后我有另一个案子急需赶过去,留下IBM工程师做,因为当时HACMP是他们负责的,第二天,IBM工程师告诉我搞定了,用户的网络工程师还不错,听了我们的判断,他查了查可能影响端口速度的有关配置。

论坛徽章:
0
5 [报告]
发表于 2003-07-17 15:48 |只看该作者

HACMP故障实际案例

修改vlan 的spanning tree协议的网络半径,也可以通过给service ip添加一个hardware address来解决.
现在好像很少会碰到这个问题

论坛徽章:
0
6 [报告]
发表于 2003-07-17 15:51 |只看该作者

HACMP故障实际案例

原帖由 "unixbeginer" 发表:
修改vlan 的spanning tree协议的网络半径,也可以通过给service ip添加一个hardware address来解决.
现在好像很少会碰到这个问题
   

6509给SERVICE IP加MAC地址也没用,必须改fast port,这个问题今天也一样存在

论坛徽章:
0
7 [报告]
发表于 2003-07-17 17:24 |只看该作者

HACMP故障实际案例

当时就是改的fast port.看来这个问题依然存在。

论坛徽章:
0
8 [报告]
发表于 2003-07-17 18:27 |只看该作者

HACMP故障实际案例

SUN的机子也有这个问题,反正碰到光纤网卡,把交换机的spanning tree禁用比较好

论坛徽章:
0
9 [报告]
发表于 2003-07-17 18:29 |只看该作者

HACMP故障实际案例

SUN的机子也有这个问题,反正碰到光纤网卡,把交换机的spanning tree禁用比较好
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP