Weblogic集群多播配置故障排除

合集下载

WebLogic Server Cluster组播故障处理总结

WebLogic Server Cluster组播故障处理总结问题描述WebLogic Server 事例在监听或接收讯息时有问题，或者在BEA WebLogic Server 之间通常都无法成功使用组播功能。

故障排除请注意，并非下面所有工作都需要完成。

有些问题仅通过执行几项工作就可以解决。

快速链结●为什么发生此问题？●组播地址/端口问题●不同WLS 版本的组播设定差异●物理问题/共享地址问题●重复IP 地址●测试组播/错误通信●档案描述元问题●Nsswitch 设定●组播超时●丛集心跳信号侦测问题●丛集组播风暴问题●多宿主设定●背景信息●除错组播为什么发生此问题？一般而言，此问题是由于BEA WebLogic Server 中组播的设定问题引起的。

另外，网络问题（比如在该计算机上没有安装组播）也会造成此问题。

使用下列检查清单检查组播的设定、其他可能存在的问题和一般问题。

组播地址/端口问题组播地址出现问题是丛集无法启动或者服务器连结丛集失败的最常见原因之一。

每个丛集需要一个组播地址。

组播地址可以是介于224.0.0.0 和239.255.255.255 之间的IP 号，或者是具有在该范围内的IP 地址的主机名。

如果组播地址不正确，您很有可能看到以下错误：· 无法为丛集建立组播套接字· 组播套接字传送错误· 组播套接字接收错误若要检查地址/端口问题：1. 使用WebLogic Server 控制台检查丛集的组播地址和端口。

2. 检查config.xml 中的组播信息，或通过控制台检查是否有错别字、拼写错误等。

特别检查组播的地址和端口。

有关组播和故障排除的详细信息，参见：/wls/docs70/ConsoleHelp/domain_cluster_config_multicast.ht ml#1104722不同WLS 版本的组播设定差异在WLS 6.1 和WLS 7.0 之间存在影响组播地址和端口的网络设定差异。

weblogic多机集群配置文档

Weblogic10.0多机集群配置说明一配置说明：配置weblogic双机集群，主机1上运行管理服务器，受管理服务器1和代理服务器，主机2上运行受管理服务器2。

二目标：实现所有http请求全部发到主机1上的代理服务器，统一由代理服务分发给两个主机上的受管理服务器来处理业务，并且实现会话复制，即一台机器上的受管理服务器宕掉，所有的请求都转到另一台受管理服务器上，并且会话也会转移到这个服务器。

三配置图解:第一步，首先在主机1上运行weblogic的配置向导。

（01）选择“新建weblogic域”点击“下一步。

（图01）选择“生成一个自动配置的域以支持下列BEA产品“，点击”下一步“。

（图02）（03）填入用户名和密码，请记录填写的信息不要丢失，后面登陆控制台的时候需要用到这些信息，点击“下一步“。

（图03）（04）首先选择左侧的“生产模式“，然后选择右侧的”sun jdk“，点击”下一步“。

（图04）选择下方的“是“，点击”下一步“。

（图05）（06）填写管理服务器的相关信息( 我的配置：a 172.16.15.131 8001)，点击“下一步“。

（图06）（07）填写各个受管理服务器的详细信息，这里要注意的是m2的监听地址填的是主机2的ip地址，因为这个服务实际是运行在主机2上，下面是我的配置：m1 172.16.15.131 8002m2 172.16.15.132 8003p 172.16.15.131 8008点击“下一步“。

（图07）（08）填入集群相关信息监听地址、端口可以默认，建议修改成唯一的不要是被占用了的，点击“下一步“。

（图08）（09）将左边的服务器ｍ１和ｍ２添加到右边的ｃ集群下，点击“下一步“。

（图０９）（１０）勾上“为集群创建ｈｔｔｐ代理ｃ，点击“下一步”。

（图１０）填入域的名称和位置，配置是：域名：web_c，域位置：默认，点击，“创建”。

到此主机1的配置向导的工作已完成。

weblogic安装配置及常见问题

weblogic安装配臵及常见问题在安装、配臵WEBLOGIC时，主要有以下几个方面的配臵和问题：一、JSP的设臵1。

weblogic.properties文件中的设臵在PROPERTIES文件中对于JSP进行设臵：# Set up WebLogic JSP propertiesweblogic.httpd.register.*.jsp=\weblogic.servlet.JSPServletweblogic.httpd.initArgs.*.jsp=\pageCheckSeconds=1,\compileCommand=c:/jdk1.3/bin/javac.exe,\workingDir=C:/weblogic/myserver/classfiles,\encoding=gb2312（或GBK）,\verbose=true2。

查看JSP生成的JAVA代码在上边的配臵中，到workingDir指定的目录下查找相应目录下的JAVA文件。

在测试JSP时，如果出现编译问题，由于报错位臵不精确，因此经常需要查看相应的JAVA源文件，以便找到真正的问题所在3。

手工编译JSP的方法运行setEnv.sh;java weblogic.jspc your.jsp二、SERVLET的设臵1。

如何进行SERVLET的登记？#用于进行servlet的登记weblogic.httpd.register.test_servlet=doctor.servlets.test_servlet weblogic.httpd.register.test1_servlet=doctor.servlets.test1_servlet weblogic.httpd.register.test2_servlet=doctor.servlets.test2_servlet2。

如何不登记一个SERVLET，而直接测试该SERVLET首先在weblogic.properties文件中登记weblogic.httpd.register.servlets=weblogic.servlet.ServletServlet然后在浏览器中键入：http://host:7001/servlets/your_package/your.class3。

Weblogic项目部署及相关问题解决

Weblogic项目部署1、使用weblogic部署项目时，首先要启动一下开始菜单中weblogic目录下的QuickStart添加一个项目名称。

2、创建完项目之后，在weblogic安装目录\Middleware\user_projects\domains下面就可以看到自己刚刚创建的项目了。

随后启动目录下面的startWebLogic.cmd，启动完成后，启动ie 浏览器在地址栏输入http://localhost:7001/console，然后会出现一个登陆窗口，用户名为创建项目最后输入的名称，默认是weblogic，密码即为自己输入的密码.3、登陆进去之后我们就可以对我们所创建的项目进行配置了：配置服务项中的数据源：名称和JNDI名称我们都要使用项目中app-config-context.xml 配置文件项目中的JNDI名称。

这里使用的是sinosoftDataSource。

数据源配置完成后的参数: url:jdbc:oracle:thin:@10.32.14.73:1521:personal驱动程序类名称：oracle.jdbc.xa.client.OracleXADataSource由于在倒数第二步测试连接成功之后我就直接点击完成，导致最后一步没有完成，最后在部署项目完成之后项目报错找不到数据源，Unable to resolve 'sinosoftDataSource'. Resolved ''; remaining name 'sinosoftDataSource'之后就是在weblogic中部署需要部署的项目，也就是将项目中的webapps目录加载到weblogic中，一切完成之后就可以在浏览器中输入访问路径访问这个项目了。

weblogic部署中遇到的问题：1、内存溢出：修改项目路径\bin\目录下的setDomainEnv.cmd文件，将其中的内容：set MEM_PERM_SIZE_64BIT=-XX:PermSize=128mset MEM_PERM_SIZE_32BIT=-XX:PermSize=48m修改为：set MEM_PERM_SIZE_64BIT=-XX:PermSize=512mset MEM_PERM_SIZE_32BIT=-XX:PermSize=512mMyeclipse中的内存溢出修改：-Xms256m -Xmx512m -XX:CompileThreshold=8000 -XX:PermSize=128m-XX:MaxPermSize=512m -Xverify:none -daPaths中添加一个名称为antlr-2.7.6rc1.jar。

weblogic连接池配置及相关异常解决

1、配置连接池通过IP/console进入管理控制台(如果不知道用户名和密码可以通过以下方式进入：右击StartWebLogic.sh快捷方式，选择“编辑”，在文本中可以找到用户名和密码)在左侧菜单中依次进入mydomain(自定义的域名称)－服务－JDBC－连接缓冲池点击“配置新的JDBC Connection Pool... ”数据类型选择：Oracle数据库驱动程序选择：Oracle's Driver (Thin) Version:9.0.1,0.2.0,10点击右下角的“继续”在名称中写入想要设置的连接池名称如myConnection数据库名称：要访问的数据库名称主机名：写入数据库服务器的主机名称或IP地址端口号默认为：1521数据库用户名称、密码点击“继续”在下一页中点击“测试驱动程序配置”显示“连接成功”点击“创建和部署”在新页面的列表中出现mpConnection的配置项连接池配置完毕2、配置JDBC数据源在管理控制台左侧菜单中依次进入mydomain(自定义的域名称)－服务－JDBC－数据源点击“配置新的JDBC Data Source”在名称中写入要配置的数据源名称myConnection在JNDI名称中写入访问的名字pc/ora9）点击“继续”在缓冲池名称中选择myConnection点击“继续”、“创建”在列表中出现myConnection配置项数据源配置完毕异常解决：<Error><JDBC><001059><Error during Data Source creatrion:mon. ResourceException:DataSource(MeetingDataSource) be created with non-exitstent Pool(connection or multi)(japool)<Error><EJB><010070><Error activating Platform_AppMng.jarException is:Unable to deploy EJB:AppInfoEntity from Platform_AppMng.jar:Weblogic.ejb20.WLDeploymentException:The DataSource with the JNDI name:DataSource Could not be located.Please ensure that the DataSourece has been deployede successfully and that the JNDI Name in your EJB Deployment descriptor is correct.<Error><Deployer><149231><The slave deployer was unable to set the activation state to true for The application_appsdir_platfor_AppMng.jarWeblogic.management.ApplicationException:activate failed forPlatform_AppMng.jarModule Name:Platform_AppMng.jar,Error:Exception activating module:EJBModule(Platform_AppMng.jar,status=PREPARED)Unable to deploy EJB:AppInfoEntity from Platform_AppMng.jarWeblogic.ejb20.WLDeploymentException:The DataSource with the JNDI name:DataSource Could not be located.Please ensure that the DataSourece has been deployede successfully and that the JNDI Name in your EJB Deployment descriptor is correct.<Alert><WebLogicServer><000297><Inconsistent security configuration,ng.Exception: Certificate expired or not yet valid:<Emergency><Security><090034><Not listening for SSL,java.io.IOException:Inconsistent Security configuration,Certificate expired or not yet valid:打开浏览器后页面报错：Error 500—Internal Server Error10.5.1 500—Internal Server Error后台报错：-log- Config:Failed get Property cop.databaseConnectionUser-log- Config:Failed get Property cop. databaseConnectionPassword-log- Config:Failed get Property cop.webappserver Initial Context Factory-log- Config:Failed get Property cop.webappserver ProviderUrl-exp- NotFoundException:unable to resolve ‘wegovDataSourece’-exp- getConnection is failed-exp- ng.NullPointerException-exp- process funtion is failed-exp- wad2.helper.WADHelperException-exp- WAD-Helper-connection is null<Error><HTTP><101017><[ServletContext(...)]Root Cause of ServletExceptionng.NullPointer Exception这个异常时JDBC连接池的错误，是用户操作过程中改了数据库用户的密码造成的，解决方法：在JDBC数据库连接池中将密码改掉，然后“apply”,然后重启webLogic问题得到解决。

weblogic故障处理（BEA-000362）

weblogic故障处理(BEA-000362)文章分类:Java编程由于weblogic所在磁盘空间不足，导致weblogic运行日志无法读写到本地磁盘，weblogic宕机，重新启动无效，抛出以下异常：####<2011-2-15 上午11时32分57秒 CST> <Critical> <WebLogicServer> <liaoning8dfbce1> <AdminServer> <Main Thread> <<WLSKernel>> <> <> <1297740777470> <BEA-000362> <Server failed. Reason:There are 1 nested errors:weblogic.diagnostics.lifecycle.DiagnosticComponentLifecycleException: weblogic.store.PersistentStoreException:[Store:280020]There was an error while reading from the log fileatweblogic.diagnostics.lifecycle.ArchiveLifecycleImpl.initialize(Archiv eLifecycleImpl.java:44)atweblogic.diagnostics.lifecycle.DiagnosticFoundationService.start(Diag nosticFoundationService.java:107)at weblogic.t3.srvr.SubsystemRequest.run(SubsystemRequest.java:64) at weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)at weblogic.work.ExecuteThread.run(ExecuteThread.java:181)Caused by: weblogic.store.PersistentStoreException:[Store:280020]There was an error while reading from the log fileat weblogic.store.io.file.Heap.getNextRecoveryFile(Heap.java:794)at weblogic.store.io.file.Heap.recover(Heap.java:706)at weblogic.store.io.file.FileStoreIO.recover(FileStoreIO.java:585) at weblogic.store.io.file.FileStoreIO.open(FileStoreIO.java:94)atweblogic.store.internal.PersistentStoreImpl.open(PersistentStoreImpl. java:350)atweblogic.store.PersistentStoreManager.createFileStore(PersistentStore Manager.java:202)atweblogic.diagnostics.archive.DiagnosticStoreRepository.getStore(Diagn osticStoreRepository.java:61)atweblogic.diagnostics.lifecycle.ArchiveLifecycleImpl.initialize(ArchiveLifecycleImpl.java:42)... 4 moreCaused by: java.io.IOException: Error reading from file, 已到文件结尾。

weblogic连接池配置及相关异常解决

Weblogic故障诊断

Weblogic故障诊断
议程
故障诊断的模式 Thread Dump WebLogic Server 工作线程典型问题及解决方案
– Server Crash – Server Hang – High CPU
故障诊断的模式
准确描述现象：平台、版本、操作、信息使用工具收集数据使用工具分析数据尝试解决问题给出最佳解决方案总结经验并加以重用
NEW IN_NATIVE IN_VM IN_JAVA BLOCKED ..._TRANS
议程
故障诊断的模式 Thread Core Dump WebLogic Server 工作线程典型问题及解决方案
– Server Crash – Server Hang – High CPU
工作线程
两个线程池
Socket Reader Thread Dump
Execute 线程
• 并行处理执行队列中的请求。 • 默认情况下，有15个Exceute线程。
议程
故障诊断的模式 Thread Dump WebLogic Server 工作线程典型问题及解决方案
– Server Crash – Server Hang – High CPU
当JVM崩溃时，会弹出窗口：
– Do you want to debug the problem? – 不要选择Yes/No，获取此时的Thread Dump。
Thread Dump: JDK1.5
Thread t@41: (state = BLOCKED) - ng.Object.wait(long) (Interpreted frame) - ng.Object.wait(long) (Interpreted frame) - ng.Object.wait() @bci=2, line=474 (Interpreted frame) - org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run() @bci=19, line=642 (Interpreted frame) - ng.Thread.run() @bci=11, line=595 (Interpreted frame)

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

Weblogic集群多播配置故障排除使用IP 多播时，群集中的WebLogic Server 实例可以共享一个IP 地址和端口号。

此功能使得群集的所有成员可被视为一个实体，并且使得群集成员能够互相通信。

下列部分提供了对IP 多播配置问题进行故障排除的建议：验证多播地址和端口配置识别网络配置问题使用MulticastTest 实用工具调整多播功能调试多播杂项问题多播配置故障排除的其他资源有关在群集中使用和配置多播的常规信息，请参阅群集配置和config.xml。

有关在控制台中配置多播地址的信息，请参阅“管理控制台联机帮助”中的多播。

验证多播地址和端口配置多播问题故障排除过程的第一步是验证您是否正确配置了多播地址和端口。

必须为每个群集正确配置多播地址。

多播地址和端口配置问题属于群集无法启动或者服务器无法加入群集的最常见原因。

对于多播地址要注意下列事项：多播地址必须是介于224.0.0.0 和239.255.255.255 之间的IP 地址，或者具有此范围IP 地址的主机名。

WebLogic Server 使用的默认多播地址是239.192.0.0。

不要使用任何x.0.0.1 多播地址，其中x介于0 和9 之间（包括0 和9）。

可能的错误由于多播配置问题经常会出现下列类型的错误：无法为群集创建多播套接口多播套接口发送错误多播套接口接收错误检查多播地址和端口要检查多播地址和端口，请执行下列操作：通过WebLogic Server 管理控制台检查群集多播地址和端口，或检查config.xml 中<cluster>元素的多播信息。

识别网络配置问题验证了多播地址和端口配置正确之后，请确定网络问题是否正在干扰多播通信。

物理连接确保网络中不存在物理问题。

验证群集中每个承载服务器的计算机的网络连接。

验证网络的所有组件是否正确连接并且运行正常，其中包括路由器和DNS 服务器。

地址冲突网络中的地址冲突可能会对多播通信造成干扰。

使用netstat实用工具验证没有其他网络资源正在使用群集多播地址。

验证每个计算机都具有一个唯一的IP 地址。

UNIX 系统上的nsswitch.conf 设置在UNIX 系统上，您可能会遇到UnkownHostExceptions错误。

此错误可能会在任何时间发生，甚至当服务器的负载不是很重的情况下也会发生。

检查/etc/nsswitch.conf 并将顺序更改为`files,DNS,NIS'可避免此错误。

有关详细信息，请参阅系统的nsswitch.conf联机手册页。

使用MulticastTest 实用工具验证了多播地址和端口配置正确，并且网络没有物理或配置问题之后，您可以使用utils.MulticastTest来验证多播是否正在运行并确定不同群集之间是否正在发生不希望的流量。

如果MulticastTest 失败并且计算机是多宿主计算机，则请确保正在使用主地址。

请参阅多播和多宿主计算机。

调整多播功能下列部分描述了如何调整WebLogic Server 的各种功能使其与多播一起运行。

多播超时多播超时可能会在网络接口卡（Network Interface Card，简称NIC）故障转移期间发生。

超时可能会导致如下的错误消息：<Error><Cluster><Multicast socket receive error:java.io.InterruptedIOException: Receive timed out>发生此错误时，您可以：禁用NIC 故障转移。

禁用igmp snooping切换。

此切换属于Internet 组管理协议（Internet Group Management Protocol，简称IGMP），用于防止受管切换上的多播流量过大的问题。

在Windows 2000 上，检查IGMP 级别以确保支持多播数据包。

将多播生存时间设置为下列内容：MulticastTTL=32有关详细信息，请参阅配置多播生存时间(TTL)。

群集心跳群集中的每个WebLogic Server 实例均使用多播来广播通告其可用性的定期心跳消息。

群集中的服务器实例通过监视心跳消息来确定某个服务器实例是何时失败的。

下列部分描述了发生群集心跳问题时的可能解决方案。

多播发送延迟多播发送延迟指定服务器等待通过多播发送消息片断的时间长度。

此延迟有助于避免发生OS 级的缓冲区溢出。

此内容可以通过Cluster Mbean 的MulticastSendDelay 特性进行设置。

有关详细信息，请参阅Cluster Mbean Javadoc。

操作系统参数如果设置了多播发送延迟之后问题仍然存在，则可能需要设置与UDP 设置相关的下列操作系统参数：xdp_xmit_hiwatudp_recv_hiwat如果这些参数设置的值较低（例如8K），则当多播数据包大小设置为最大允许大小(32K) 时，可能会出现问题。

请尝试将这些参数设置为64K。

多播风暴多播风暴指的是网络上多播数据包的重复传输。

多播风暴可能会对网络和相连的工作站带来极大压力，从而可能会导致端点站挂起或失败。

增加多播缓冲区的大小可能会提高通知传输和接收的速度，防止多播风暴。

请参阅配置多播缓冲区大小。

多播和多宿主计算机在多宿主环境中使用多播时要注意下列事项：确保从WebLogic Server 控制台配置了UnixMachine实例，并且为每个服务器实例指定了处理多播流量的InterfaceAddress。

运行/usr/sbin/ifconfig -a检查多宿主环境中每台计算机的MAC 地址。

确保每台计算机均具有唯一的MAC 地址。

如果多台计算机使用同一个MAC 地址，则可能会导致多播问题。

不同子网上的多播如果群集成员位于不同子网上时发生多播问题，则应该配置多播生存时间。

群集的多播生存时间（Multicast Time-To-Live，简称TTL）参数必须足够高，可以确保路由器不会在多播数据包到达其最终目标之前放弃这些多播数据包。

多播TTL 参数设置可以放弃数据包之前多播消息进行的网络跃点数。

对多播TTL 参数进行合适配置会降低在群集服务器实例之间传输的多播消息发生丢失的危险。

有关详细信息，请参阅配置多播生存时间(TTL)。

调试多播如果执行了上述故障排除提示之后仍然存在多播地址问题，则请收集多播的调试信息。

调试实用工具下列实用工具可帮助您调试多播配置问题。

MulticastMonitorMulticastMontior 是一个独立的Java 命令行实用工具，它监视特定多播地址和端口上的多播流量。

此命令的语法为：java weblogic.cluster.MulticastMonitor <multicast_address> <multicast_port> <domain_name> <cluster_name>MulticastTestMulticastTest 实用工具可帮助您在配置WebLogic 群集时调试多播问题。

该实用工具发出多播数据包，返回多播如何在网络上高效运行的相关信息。

调试标志下列调试标志特定于多播：DebugClusterDebugClusterHeartBeatsDebugClusterFragments在命令行上设置调试标志通过添加下列选项，在服务器启动期间在命令行中设置这些标志：-Dweblogic.debug.DebugCluster=true-Dweblogic.debug.DebugClusterHeartBeats=true-Dweblogic.debug.DebugClusterFragments=true使用weblogic.Admin 设置调试标志使用weblogic.Admin 实用工具设置调试标志。

例如：java weblogic.Admin -url t3://localhost:7001 - username weblogic -password weblogic SET -type ServerDebug -property DebugCluster true通过运行同一个命令并将该参数设置为false可关闭调试标志。

杂项问题下列部分描述了您可能遇到的杂项多播问题。

AIX 上的多播AIX version 5.1 不支持IPv4 映射的多播地址。

如果使用IPv4 多播地址，则不能加入多播组，即使您切换到IPv6 也不行。

在AIX 上运行MulticastTest 时，请使用下列示例中指定命令行上的顺序：java .preferIPv4Stack=true utils.Multicast <options>另外，请验证AIX 上的下列设置以正确配置群集操作：通过执行下列命令然后重新引导计算机将MTU 大小设置为1500：chdev -1 lo0 -a mtu=1500 -P确保下列内容已经添加到了/etc/netsvc.conf中：hosts=local,bind4此行对于确保只有IPv4 地址会发送到IP 解析的名称服务是必需的。

文件描述符问题根据操作系统的不同，打开的文件描述符数可能会出现问题。

在UNIX 上，您可以使用loses来确定在磁盘上某个过程打开了多少个文件。

如果出现问题，您则可能需要在该计算机上增加文件描述符数。

多播配置故障排除的其他资源下列资源可能有助于解决多播问题：WebLogic Server 发行说明。