Tuxedo两个小问题解决

本人花费半年的时间总结的《Java面试指南》已拿腾讯等大厂offer,已开源在github ,欢迎star!

转载声明:转载请注明出处,本技术博客是本人原创文章

本文GitHub https://github.com/OUYANGSIHAI/JavaInterview 已收录,这是我花了6个月总结的一线大厂Java面试总结,本人已拿大厂offer,欢迎star

原文链接:blog.ouyangsihai.cn >> Tuxedo两个小问题解决

Tuxedo两个小问题解决

最近碰见了两个Tuxedo的问题,好久没有接触,有些生疏,记录于此。

案例1

一个Tuxedo Client,通过WSL方式调用Tuxedo Server,从应用现象看,调用不同,没有任何返回。

ULOG记录,

111920.v490h5!?proc.7625.1.0: LIBWSC_CAT:1037: ERROR: Network message receive failure 111920.v490h5!?proc.7625.1.0: LIBWSC_CAT:1059: ERROR: WSL returns error on connection request 111920.v490h5!?proc.7625.1.0: LIBWSC_CAT:1055: ERROR: Unable to establish WSL connection 111920.v490h5!?proc.7625.1.0: LIBWSC_CAT:1027: ERROR: Unable to connect to WSH 111920.v490h5!?proc.7625.1.0: LIBWSC_CAT:1020: ERROR: Unable to obtain authentication level

看下WSL配置,

-A – -n //x.x.x.x:11141 -m 30 -x 5 :

对于Tuxedo Client调用Tuxedo Server来说,Client首先连接的是WSL监听进程,然后通过WSH进程,进行交互通信。

上述WSL配置,参数介绍如下,

-m,表示最少启动多少个WSH进程 -M,表示最多启动多少个WSH进程,默认值为MAXWSCLIENTS/m,MAXWSCLIENTS是ubb中MACHINE节的配置,表示最多可以有多少个远程客户端同时连接

-x,表示每个WSH进程可同时处理多少个远程客户端

这几个参数可以不配置,会有相应默认值,

-m number The minimum number of handlers that should be booted and always available. The default is 0.   -M number The maximum number of handlers that can be booted. The default is the value of MAXWSCLIENTS for the machine being configured, divided by the multiplexing value (specified with -x)   -x number The maximum number of clients that a WSH can multiplex at one time. The value must be greater than 0. The default is 10.

注意到上面配置,没有指定WSH使用的端口范围,如下所示,如果未指定-p和-P,则有相应默认值,

-p minwshport and –P maxwshport The range for port numbers available for use by WSHs associated with this listener server. Port numbers must fall in the range between 0 and 65535. The default is 2048 for minwshport and 65535 for maxwshport.

可实际上,只开通了这台机器11141,以及11142端口的访问策略,其他端口均不通。

本想改为这样,但实际不支持-p和-P相同,

-A -- -n //x.x.x.x:11141 -p 11142 -P 11142 -m 2 -x 5

因此改为,

-A – -n //x.x.x.x:11141 -p 11142 -P 11143 -m 2 -x 5

再次重启,提示了新的错误,

WSNAT_CAT:1079: ERROR: Error starting minimum number of handlers

注意配置-m表示最少启动多少个WSH进程,此处-p和-P实际只启动了两个端口,不可能支持最小30,将-m 30改为-m 2,再次重启,此时应用有能处理的请求,有不能处理的请求了,对于不能处理的请求,相应ULOG中记录了,

104542.t52a-zc-tux!WSH.16573.1.0: WSNAT_CAT:1030: INFO: Work Station Handler joining application 104542.t52a-zc-tux!WSH.16573.1.0: WSNAT_CAT:1221: ERROR: Could not establish listening address 0x00022b860add8207

WSNAT_CAT:1083: ERROR: Error assigning connection request, can't create any more handlers

怀疑原因是有些请求,访问到了11143端口,这个端口没有开策略,因此拒绝访问,有些请求,访问到了11142端口,可以访问,因此可以处理。

方法就是指定-p和-P,并且开启相应的端口策略。

案例2

两个Tuxedo应用域互访,中间有网关接口。以前一直可用,某天无法访问了,提示现象很怪,有的服务请求,报错TPNOENTRY,找不到服务错误,

000005.t52a-zc-tux!GWOSITP.22762.1.0: LIBGW_CAT:1023: ERROR: Service request XXX from remote site HA failed:"TPENOEN T - no entry found" gwerrno(100000)

有的服务请求,报错STPSVCFAIL,服务异常错误,

TPCALL XXX FAILED                                                      ERROR CODE 11 -TPESVCFAIL - application level service failure

比对配置、单独重启出错的服务,试了各种方法,都不好使。

直至使用了“重启大法”,重启Tuxedo服务域所有的服务,tmboot -y,此时可以调通,真是万能大法。

但是有一点线索,就是重启之前,曾经尝试telnet服务域监听端口5555,不通,大重启后,此时telnet通了,因此怀疑,可能是网络连接已经断了,但从应用端未有感知,因此ULOG中没有任何记录,出现了这种诡异的现象,所以现在来看,有时候重启大法,真的有用,但是要知道原理,才会更加有用。

如果您觉得本文有帮助,欢迎关注转发:bisal的个人杂货铺,

Tuxedo两个小问题解决 Tuxedo两个小问题解决
本人花费半年的时间总结的《Java面试指南》已拿腾讯等大厂offer,已开源在github ,欢迎star!

转载声明:转载请注明出处,本技术博客是本人原创文章

本文GitHub https://github.com/OUYANGSIHAI/JavaInterview 已收录,这是我花了6个月总结的一线大厂Java面试总结,本人已拿大厂offer,欢迎star

原文链接:blog.ouyangsihai.cn >> Tuxedo两个小问题解决


 上一篇
一个COMMIT提交次数的问题 一个COMMIT提交次数的问题
提问:相同更改数据量的前提下,单次COMMIT和多次COMMIT对日志空间浪费的影响如何? LGWR进程按照顺序写在线日志,中间不会跳跃,而且LGWR进程不会在同一个日志快写2次,即使一次写入的日志快只占几个字节,下次不会再用了,
下一篇 
《Oracle Conecpt》 – 初步认识1 《Oracle Conecpt》 – 初步认识1
为了让文章更有系统性,为了对朋友们有些帮助,《》提出了两个主题, **主题1. 按照《Oracle Conecpt》的结构一起了解Oracle** 众所周知,如果想深入了解Oracle技术,基础非常重要,官方手册《Or