WebLogic Server Cluster组播故障处理总结.docx

WebLogic Server Cluster组播故障处理总结问题描述WebLogic Server 事例在监听或接收讯息时有问题，或者在 BEA WebLogic Server 之间通常都无法成功使用组播功能。故障排除请注意，并非下面所有工作都需要完成。有些问题仅通过执行几项工作就可以解决。快速链结l 为什么发生此问题？l 组播地址/端口问题l 不同 WLS 版本的组播设定差异l 物理问题/共享地址问题l 重复 IP 地址l 测试组播/错误通信l 档案描述元问题l Nsswitch 设定l 组播超时l 丛集心跳信号侦测问题l 丛集组播风暴问题l 多宿主设定l 背景信息l 除错组播为什么发生此问题？一般而言，此问题是由于 BEA WebLogic Server 中组播的设定问题引起的。另外，网络问题（比如在该计算机上没有安装组播）也会造成此问题。使用下列检查清单检查组播的设定、其他可能存在的问题和一般问题。组播地址/端口问题组播地址出现问题是丛集无法启动或者服务器连结丛集失败的最常见原因之一。每个丛集需要一个组播地址。组播地址可以是介于 和 55 之间的 IP 号，或者是具有在该范围内的 IP 地址的主机名。如果组播地址不正确，您很有可能看到以下错误： 无法为丛集建立组播套接字 组播套接字传送错误 组播套接字接收错误若要检查地址/端口问题：1. 使用 WebLogic Server 控制台检查丛集的组播地址和端口。2. 检查 config.xml 中的组播信息，或通过控制台检查是否有错别字、拼写错误等。特别检查组播的地址和端口。有关组播和故障排除的详细信息，参见：/wls/docs70/ConsoleHelp/domain_cluster_config_multicast.html#1104722不同 WLS 版本的组播设定差异在 WLS 6.1 和 WLS 7.0 之间存在影响组播地址和端口的网络设定差异。在以下网址检视 WebLogic Server 7.0 中为组播提供的网络设定新功能列表：/wls/docs70/admin_domain/network.html#1089150，然后与 WLS 6.x 做一些比较： 6.x 版：在丛集中，从每个服务器的监听埠设定复制组播埠号。因为丛集的所有成员必须使用相同的组播地址和端口号，所以要求丛集中的所有服务器使用相同的监听埠。 7.x 版：丛集的组播设定不再与单台服务器的网络设定捆绑。相反，设定独立于丛集成员所用埠号的丛集组播埠号。您还可以确定每个丛集服务器应当将哪一个 NIC 用于组播通信。物理问题/共享地址问题1. 验证网络链接没有任何物理问题。2. 检查没有任何其他应用程序正在使用丛集组播地址。备注：一种检查方法是使用特定操作指令检视该地址/端口是否正在使用，比如 netstat。重复 IP 地址通过检查确保没有把重复 IP 地址分配给多台计算机。测试组播/错误通信1. 如果您收到 Unable to send service announcement（无法传送服务公告）讯息，这指示一个一般网络问题或 DNS设定错误。丛集服务器通过组播互相通信，并且必须共享相同（专用的）组播地址。在 WLS 8.1 中，丛集能够智慧地删除不与其特定域和丛集关联的组播讯息。因此在丛集正常工作时，如果其他资源正在组播地址上广播，它必须执行额外工作才能接收讯息然后将其抛弃。运行 utils.MulticastTest实用程序以验证组播正在工作，或者是否观察到不同丛集正在互相进行会话而这种情况不是所需要的。 有关详细信息，请参阅 /wls/docs70/adminguide/utils.html#1117048。范例：在 MachA 上运行：java utils.MulticastTest -N ginger -A -P 7126在 MachB 上运行：java utils.MulticastTest -N fred -A -P 7126在 MachC 上运行：java utils.MulticastTest -N smith -A 0 -P 7126在 MachD 上运行：java utils.MulticastTest -N jones -A 0 -P 7126您应当只能看到在第一个组合中交换的“fred”和“ginger”的讯息。相反，您应当只能看到在第二个组合中交换的“smith”和“jones”的讯息。如果您看到在这些组合之间交换的讯息或者从其他行程根本看不到讯息，则出现了网络问题。2. 如果组播测试失败，则检查是否使用了 Primary 地址（WLS 需要使用 Primary 地址）。检查是否正确安装和使用 DNS。1. 获取 /usr/sbin/ifconfig -a信息（必须作为 root 用户运行才能获取 MAC 地址）并检查多宿主环境中每个计算机的 MAC 地址。 如果地址相同，那么可能有问题。 您应当确保地址是唯一的（尤其在 Solaris 上）。 否则，您会遇到许多问题。 一个解决方法是将通过一个适配卡组成多宿主环境的所有 Solaris 计算机集中在一起。 另一个方法是再添加一个接口卡。这是 Solaris 中存在的已知问题。2. 以下范例仅针对 Solaris，在其他平台上不需要。在 Solaris 和 SunOS 系统上，以太网设备一般称为 le0 或 ie0。为了寻找以太网设备的 MAC 地址，通过利用 su 首先成为 root用户。然后键入 ifconfig -a并寻找相关信息。 例如：:# ifconfig -ale0: flags=863 inet 44 netmask ffffff00 broadcast 55ether 8:0:20:f:c2:f备注：Solaris 和 SunOS 删除通常包含在 MAC 地址中最前面的 0。 在此计算机中，MAC地址是 08:00:20:0f:c2:f8 请参阅 /findmac.htm档案描述元问题1. 检查档案描述元 (FD) 的数量。根据不同的操作系统，这可能是一个已知问题。例如，此问题会在 Solaris 上发生，而原因是系统打开过多的档案。Sun 指出这是因为有 fopen限制。2. 您可以执行象 lsof 这样的指令，并了解在出现问题时行程已经打开了磁盘中多少个档案（不必担心套接字档案描述元）。3. 如果这成为一个问题，则增加系统中档案描述元的数量。系统管理员需要为计算机解决这一问题。Nsswitch 设定检查计算机上的 /etc/nsswitch.conf档案。您可能需要在服务器上将 nsswitch.conf 档案中的顺序更改为“档案，DNS，NIS”以避免 UnknownHostExceptions随机发生（即使在服务器没有大量负载时它也会发生）。下面是 nsswitch.conf 的 man 页的一部分：备注：在每个使用 nsswitch.conf的行程内，整个档案仅读取一次；如果以后更改档案，则行程将继续使用原来的设定。在Solaris 中，不可以静态使用 NSS 服务来链结程序。在 Linux 中，这不是一个问题。组播超时当网络适配器 (NIC) 出现 Failover（就像是断开网络）时就会观察到组播超时。它会产生类似以下讯息： 。 如果您遇到这种错误：1. 尝试禁用 NIC 的 Failover。2. 检查 Internet 组管理协议 (IGMP)。在交换机上有一个设定 igmp snooping，在预设情况下为启用。该设定用于防止在交换机上出现组播泛流问题。通过禁用交换机上的 igmp snooping，WebLogicServer 组播测试就会取得成功。3. 检查待确认 Windows 2000 设定，以及IGMP 层级：密钥：Tcpip参数值类型：REG_DWORD - 数字有效范围：0,1,2默认值：2说明：该参数决定系统在多大程度上支持 IP 组播并参与 Internet 组管理协议。在层级 0 上，系统不提供任何组播支持。在层级 1 上，系统仅可传送 IP 组播信息包。在层级 2 上，系统可以传送 IP 组播信息包并完全参与 IGMP 以接收组播信息包。尝试将系统设定为层级 2。4. 您还可以尝试设定 MulticastTTL=32。请参阅 /wls/docs70/ConsoleHelp/domain_cluster_config_multicast.html丛集心跳信号侦测问题丛集心跳信号侦测问题也关系到组播问题。设定 Multicast Send Delay.请参阅 /wls/docs70/ConsoleHelp/domain_cluster_config_multicast.html%20如果已经设定了组播延迟但没有解决此问题，则检查下面两个作为接收和传输组播信息包的 udp 缓冲区大小的作业系统参数。如果 udp_xmit_hiwat 和 udp_recv_hiwat的 udp 设定被设定为 8K，而组播信息包大小设定为 WebLogic 允许的最大值 (32K)，这就可能会出现问题。如果下面两个属性（udp_xmit_hiwat 和 udp_recv_hiwat）都被设定为 64K，（显然保持 WebLogic 的组播信息包大小为其最大值 32K），则问题就得到了解决。丛集组播风暴问题如果您遇到组播风暴，则需要设定组播缓冲区大小。范例情况：故障症状：当组播网络通信量占满网络时，丛集中的一个事例将终止丛集 servlet 服务。发生此问题的原因：启动 WLS 时，就发现 6 mg 数据正在传送给其他事例，这些事例反过来继续传送该数据，结果数据量不断增大！关于组播风暴的背景信息：请参阅 /wls/docs70/cluster/features.html#1031231设定组播缓冲区大小：可以利用 UNIX ndd实用程序来设定 TCP/IP 内核参数。udp_max_buf参数针对 UDP 套接字控制传送和接收缓冲区的大小（以字节计）。udp_max_buf的适当值因不同的部署而异。如果您遇到组播风暴，可以执行以下操作：1. 在更改 udp_max_buf之前，请阅读“Solaris Tunable Parameters Reference Manual”（Solaris 可调参数参考手册）的“TCP/IP Tunable Parameters”（TCP/IP 可调参数）一章之“UDP Parameters with Additional Cautions”（UDP 参数的额外注意事项）小节中的 Sun警告说明，该参考手册可从以下网址得到：/?p=/doc/806-6779/6jfmsfr7o&。2. 除非有必要，否则不要更改 udp_max_buf。3. 将 udp_max_buf的值增加到 32K，并评估该更改的影响。4. 如果您再次发现组播风暴，可以尝试将缓冲区大小增加到 32K，同时还使用 WebLogic 指数延迟参数。宿主设定如果主计算机采取多宿主设定，则确保您已经通过 WebLogic Server 控制面板设定了 UnixMachine事例，并为每个伺服器事例指定一个 InterfaceAddress以便处理组播通信量。 UnixMachine /wls/docs61/ConsoleHelp/unixmachine.html weblogic.management.configuration- 界面 ServerMBean/wls/docs61/javadocs/weblogic/management/configuration/ServerMBean.html#getInterfaceAddress()背景信息l 丛集监视：o 对于 WLS 8.1：/wls/docs81/adminguide/monitoring.html#1036208o 对于 WLS 7.0：/wls/docs70/ConsoleHelp/clusters.html#1000317l 有关丛集的设定选项：/wls/docs81/cluster/best.htmll 丛集中的组播通信：/wls/docs70/cluster/features.html#1006151l 使用组播的丛集中的 WLS 心跳信号侦测：http:/e-