JBoss 5.1 ClusterFAQ

(个人觉得,架构配置问题中.... 写什么都不如写点儿FAQ来的实在)

 

    在上一篇的JBoss5.1GA + LVS 架构中介绍了如何简单实现,JBoss5.1GA与LVS结合,并配置JBoss5.1GA节点实现session复制功能.在简单的session页面测试中也可以看到: 随着访问节点的改变,Session ID并没有变化.从理论上来讲,我们实现了"用户访问无缝衔接".

 

    但....世上两全其美好事儿出现概率与博彩无异(向广大的彩民致敬),在这里特别列举出几个在集群中遇到的问题(有自己解决的,也有收集资料得来的内容)仅供参考:

 

1."我的集群为啥子不能工作(这里不工作指的是首次配置都不成功的那种)?"

 

如果你是第一次启动JBoss-clustering的话,可能需要你看下Cluster中的mulitcast(组播)是否可以正常工作.具体的配置方式可以参考"" ,关于JGroup的配置和调试可以参考"".

 

2."JBoss-cluster集群环境下如何修改PartitionName"

 

你可以在启动脚本中增加参数:

 

$JBOSS_HOME/bin/run.sh -Djboss.partition.name=Mozer

也可以修改hapartition-jboss-beans.xml文件中:

Mozer

在启动JBoss时,在启动参数上加上 -g GroupsName:

$JBOSS_HOME/bin/run.sh -g Mozer

3."为什么我的JBoss-cluster启动不起来,在日志里看到有其它JBoss节点试图加入进来?"

好吧,这是因为在一个网域内有多台JBoss使用了cluster模式启动.由于大家都没有修改默认的组播地址造成互相查找造成的.可以修改配置文件jgroups-channelfactory-stacks.xml文件中mcast-IP:

231.11.11.11} ..... />

4."Possible concurrency problem: Replicated version id X less than or equal in-memory version for session 是什么错误?"

这个问题基本上是说,一个已经复制了的session将会取代现有node上的session.大致说明下:

假如你有第一个请求r1登录到节点x(X)上和第二个请求r2登录在节点y(Y)上.如果r2在r1复制到Y上之前到达Y,那么将会在Y上产生一个新的session,并复制到X上,取代r1在X上创建的session.X将会提示该信息,因为从r2上复制来的session会取代r1在X上所创建的session造成的.

解决办法其实很简单,根据我使用的LVS结构来说:

修改lvs.cf中 persistent=1 即可

....未完待续.....