银行交易类问题总结

1. 服务起不来和调服务报错

1启动服务时候报错

首先执行ywboot.sh 启服务时候报错了，或者 tmboot -s 应该到applog 下查看*boot* 的日志，看日志中是什么错误。 首先通过日志查看服务起不来的原因，分析原因。 查看启动服务的脚本，查看未执行的东西。

2调服务时候调不到

日志中报错误：[SCHED]tpacall [SCertAppOut] 出错!Tuxedo错误为[6][TPENOENT - no entry found]。

日志中报错误：[SCHED]tpacall [SCardOpen101301] 出错!Tuxedo错误[6][TPENOENT - no entry found]。

分析步骤 ：执行tmadmin 然后 psc -s 查看服务是否存在，原子服务（记住要加实例名字）例如：SCardTsfICardChk11302 （服务在ubb中配置的（如果ubb中配置的服务是这样的是不带后缀的： CLOPT=\带后缀的ubb 中配置：

CLOPT=\））。 带后缀的服务 psc -s 服务是加服务后缀。 执行tmadmin 需要先查看服务是否启动，在子系统节点查 t_mng_tran 这个表sname =‘调不到的服务’ 其属于那个服务。查看服务是否挂着。

如果服务新进表数（导入标数也需要重新启动一下 t_mng_tran 这样的服务） （服务发布了，但是调度错误了，也可能是t_mng_dbnode_map 错误（查看表中是否有数据，内存中是否有数据，是否需要用HashCtrl 刷内存（新进表数的，需要刷内存）））。

3调服务时候后缀拼错。

日志中报错误：[SCHED]tpacall [SCertAppOut101300] 出错!Tuxedo错误为[6][TPENOENT - no entry found]。

日志中报错误：[SCHED]tpacall [SCardOPen001300] 出错!Tuxedo错误为[6][TPENOENT - no entry found]。

从报错中查看，服务后缀有问题，对于错误1来说，服务后缀最后为00 tmadmin 中 Psc - s 服务，配置的为SCertAppOut101301 和SCertAppOut101302。为什么会tpcall SCertAppOut101300 。 1， 2， 3， 4，

负载均衡配置的错误。（t_mng_svc_seq配置的 ）。 标数如果是新导入t_mng_tran 中的 需要重新启动 服务。

服务发布了，但是调度错误了，也可能是t_mng_dbnode_map 错误。 也可能是 这个错误 t_mng_dbnode_fml ( 报这个错误： 服务流

[IExchDrawInCrdDrRt]没有配置[13]子系统分库计算信息 (通过服务流信息去查询))

没刷内存，或者表中缺少数据。

5. etc 下的 ubb 中 如果服务如下 配置 就是不带后缀，如另一个配置就带。

CERTMNG SRVGRP=GROUP1 SRVID=1021 RQADDR=\CLOPT=\（这样的配置就是不带后缀）

CLMMNG SRVGRP=GROUP1 SRVID=3540 RQADDR=\

MIN=1 MAX=2 CLOPT=\（这样发布的服务就会带后缀 服务流里面的配置都要带后缀）

4.服务未注册

日志中调服务时，报服务未注册。 用命令看是否真的未注册。TtCtl –q 查询服务状态。 TtCtl -r SCshQryAmtBalN (注册服务，交易服务没注册)。（其中 t_mng_tran ） Stat 第三位等于0 服务需要注册。

5.掉网关的服务失败。

[02:29:45 139][13631984][SCHED]调用[GWSAnsSend]失败! [02:29:45 139][13631984][SCHED]写接入应答失败 (错误原因一般是由于网关被下掉了。需要重启网关)

TtCtl -c 1200 -n 100 -g GROUP1,GROUP3 （创建交易共享内存的 ）

6.callsvc 时候 报错：

调用服务[9970004086063]失败! TPESVCERR - server error while handling request (在执行callsvc 时候 报错了，先看dmconfig 有没有这个服务 9970004086063 )。 （需要在dmconfig 中加上）然后需要重新编译。（但是最好的方法就是 tmshutdowm -s PUBINTER 这个服务。 然后重新启动这个服务。tmboot -s PUBINTER 然后 tmadmin 看这个服务有没有了）。

7. 原子服务不存在

[15:17:21 303][38404474]sim_agt_no:[08] [15:17:21 303][38404474]itf_no:[01]

[15:17:21 303][38404474]-----> [ 2015-05-15 15:17:21 303 ] 开始执行原子服务：atom_id=[11]

[15:17:21 304][38404474]-----> [ 2015-05-15 15:17:21 303 ] 无原子交易：atom_id=[11]

[15:17:21 304][38404474]ProcBatch Running Error, ret=[-1]Code[000000]_CltSeqNo[1ZZ32702806387648]! 解决问题和方法：

(上面的报错是由于没有原子服务。)

（一般没有原子服务， 是t_mng_tran 表中 tran_comm 出错了）。去查询 一下 t_mng_tran 这个表 查看 表中数据是否异常。

8.通过服务流去查询调服务 失败了。查 t_mng_svc_seq 中 有数据。

解决方法 ：查看 如下两个表的配置。

select * from t_fron_tranno_callrule where tran_no='170107' (这个表是什么意思了 通过key 查找调用下一个服务)

（key 是 本地键值 通过本地键值 去查找，下一个需要用的服务） select * from t_fron_call_rule_config where tran_no='170107';

2．存储过程执行错误

调用存储过程报错， 数据库报6550（存储过程执行错误）。 储存过程需要在各个节点执行（）。

存储过程报错 。一般是少数据，或者少存储过程。（如果执行存储过程报错了可以show error 来显示报错原因。一般是数据库没有表）

一般如果取可用编号错误了，就是表里面没有数据，需要增加数据，当然可用编号数据中，不需要非配置自己的可用编号，只要id（id 必须对） 配置上 对应全0 的就不会有问题了。

存储过程报错一定是表里没数据，也可能是没刷内存导致的。

（具体可以研究一下数据的存储过程/home/fwdev/libsrc/avalno/avalno.pls）

3． 调节点失败

1 服务掉节点调成了M节点

指定节点的报错 指定到特殊的节点了（指定到M节点，其余节点不应该指定到特殊几点 1 节点 ）

错误原因是由于，服务只有去往日终的交易才回去特定节点。 掉用如下 报文。其余不应该去这个报文。

if( Fget32( FAPP , Fldid32(\

2. 调下一个系统的时，所有节点状态异常

所有节点都异常，那个节点，都掉不找。所有节点都显示异常。

原因一般是接入和业务子系统的服务掉了。或者产品的 gw_* 网关被人下了。所以需要看看。是那种情况。 NodeStat get 节点号 查看节点状态是否正常。 ls -rlt run.logSYNCSEC （这个日志中有详细记录。） 可以看看 dmconfig 域连接 。

export TUXCONFIG=~pcbsmf2/etc/tuxconfig. tmadmin。

或者执行。ps -ef |grep gw_req_recv。

或者执行（业务系统） ps -ef |grep gws_ans_send 或者 gws_ans_recv。

4． dmconfig 编译报错

报错原因：CMDGW_CAT:1558: ERROR: Can't create _DM_RESOURCE_SECT。 一般是由于其编译生成的这个 provdevdm.bdm 文件错误（先删除错误的）。 刷内存失败了。

HashCtrl -i t_fron_reqpkgconv 打开配置文件[/home1/ntshm1/etc/ipckeyfile/hashtableconfig]失败!

[14090794]打开日志文件[/home1/ntshm1/applog/InitHashTable.log]失败:No such file or directory t_fron_reqpkgconv -- [14090794]打开日志文件