《银行交易类问题总结》由会员分享，可在线阅读，更多相关《银行交易类问题总结（8页珍藏版）》请在金锄头文库上搜索。
1、银行交易类问题总结 - 教育文库 1. 效劳起不来和调效劳报错 1启动效劳时候报错 首先执行ywboot.sh 启效劳时候报错了，或者 tmboot -s 应该到applog 下查看*boot* 的日志，看日志中是什么错误。 首先通过日志查看效劳起不来的原因，分析p 原因。 查看启动效劳的脚本，查看未执行的东西。 2调效劳时候调不到 日志中报错误：SCHEDtpacall SCertAppOut 出错!Tuxedo错误为6TPENOENT - no entry found。 日志中报错误：SCHEDtpacall SCardOpen301 出错!Tuxedo错误6TPENOENT - no e
2、ntry found。 分析p 步骤 ：执行tmadmin 然后 psc -s 查看效劳是否存在，原子效劳记住要加实例名字例如：SCardTsfICardChk11302 效劳在ubb中配置的假如ubb中配置的效劳是这样的是不带后缀的： CLOPT=带后缀的ubb 中配置： CLOPT=。 带后缀的效劳 psc -s 效劳是加效劳后缀。 执行tmadmin 需要先查看效劳是否启动，在子系统节点查 t_mng_tran 这个表sname =调不到的效劳 其属于那个效劳。查看效劳是否挂着。 假如效劳新进表数导入标数也需要重新启动一下 t_mng_tran 这样的效劳 效劳发布了，但是调度错误了，也
3、可能是t_mng_dbnode_map 错误查看表中是否有数据，内存中是否有数据，是否需要用HashCtrl 刷内存新进表数的，需要刷内存。 3调效劳时候后缀拼错。 日志中报错误：SCHEDtpacall SCertAppOut300 出错!Tuxedo错误为6TPENOENT - no entry found。 日志中报错误：SCHEDtpacall SCardOPen001300 出错!Tuxedo错误为6TPENOENT - no entry found。 从报错中查看，效劳后缀有问题，对于错误1来说，效劳后缀最后为00 tmadmin 中 Psc - s 效劳，配置的为SCertApp
4、Out301 和SCertAppOut302。为什么会tpcall SCertAppOut300 。 1， 2， 3， 4， 负载平衡配置的错误。t_mng_svc_seq配置的 。 标数假如是新导入t_mng_tran 中的 需要重新启动 效劳。 效劳发布了，但是调度错误了，也可能是t_mng_dbnode_map 错误。 也可能是 这个错误 t_mng_dbnode_fml ( 报这个错误： 效劳流IExchDrawInCrdDrRt没有配置13子系统分库计算信息 (通过效劳流信息去查询) 没刷内存，或者表中缺少数据。 5. etc 下的 ubb 中 假如效劳如下 配置 就是不带后缀，如另
5、一个配置就带。 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.掉网关的效劳失败。 TtCtl -c 1200
6、 -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. 原子效劳不存
7、在 15:17:21 30338404474sim_agt_no:08 15:17:21 30338404474itf_no:01 15:17:21 30338404474- 2023-05-15 15:17:21 303 开场执行原子效劳：atom_id=11 15:17:21 30438404474- 2023-05-15 15:17:21 303 无原子交易：atom_id=11 15:17:21 30438404474ProcBatch Running Error, ret=-1Code000000_CltSeqNo1ZZ32702806387648! 解决问题和方法： (上面的报错是
8、由于没有原子效劳。) 一般没有原子效劳， 是t_mng_tran 表中 tran_m 出错了。去查询 一下 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 wh
9、ere tran_no=170107; 2存储过程执行错误 调用存储过程报错， 数据库报6550存储过程执行错误。 储存过程需要在各个节点执行。 存储过程报错 。一般是少数据，或者少存储过程。假如执行存储过程报错了可以show error 来显示报错原因。一般是数据库没有表 一般假如取可用编号错误了，就是表里面没有数据，需要增加数据，当然可用编号数据中，不需要非配置自己的可用编号，只要idid 必须对 配置上 对应全0 的就不会有问题了。 存储过程报错一定是表里没数据，也可能是没刷内存导致的。 详细可以研究一下数据的存储过程/home/fwdev/libsrc/avalno/avalno.pl
10、s 3 调节点失败 1 效劳掉节点调成了M节点 指定节点的报错 指定到特殊的节点了指定到M节点，其余节点不应该指定到特殊几点 1 节点 错误原因是由于，效劳只有去往日终的交易才回去特定节点。 掉用如下 报文。其余不应该去这个报文。 if( Fget32( FAPP , Fldid32(2. 调下一个系统的时，所有节点状态异常 所有节点都异常，那个节点，都掉不找。所有节点都显示异常。 原因一般是接入和业务子系统的效劳掉了。或者产品的 gw_* 网关被人下了。所以需要看看。是那种情况。 NodeStat get 节点号 查看节点状态是否正常。 ls -rlt run.logSYNCSEC 这个日志
11、中有详细记录。 可以看看 dmconfig 域连接 。 export TUXCONFIG=pcbsmf2/etc/tuxconfig. tmadmin。 或者执行。ps -ef |grep gw_req_recv。 4 dmconfig 编译报错 报错原因：CMDGW_CAT:1558: ERROR: Cant 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翻开日志文件 第 页 共 页
