问题处理
wherwh
这个作者很懒,什么都没留下…
展开
-
3# 2013-10-10
1.问题描述日期:2013-10-10服务器:3#现象:服务器启动后一段时间,不再响应客户端命令,客户端也无法登录。会产生多个crash日志。2.分析分析crash日志,定位到CSheet::ProcessExport函数中的: idd->FindExportRule(this->type_,&pRuleID,num);原创 2013-10-10 17:10:44 · 650 阅读 · 0 评论 -
mth服务器dxi_change_log僵死问题
僵死的任务对应的规则:规则8,规则111705。任务号(task_id):2.1.分析扫描线程为:9668[2014-10-13 20:26:13:556][线程9668][2][20][0][]DeamonTask[CDxkChangeLog::ChangeLogScanProc::2,线程数:1]:正在执行...处理线程为:25672[2014-10-13 18:5原创 2014-10-17 19:18:58 · 803 阅读 · 0 评论 -
服务器日志常规分析方法
1.异常分析在日志文件中搜索“异常”。常见的是数据库操作异常,其中最常见的是“违反唯一约束”。如果是单据传输,自动按照冲突解决方式处理.通常采用更新方式,即用新的数据覆盖原来的数据.只要不会反复处理同一消息,则可以忽略这种异常.数据库异常可能揭示了系统存在的问题:。超时:可能是性能问题。无效的语句:程序错误,转义处理。数据被截断:字段太短2.系统阻塞在日志文原创 2014-12-15 20:40:15 · 1900 阅读 · 0 评论 -
das系统检查记录(2014.12.04)
1.服务器1.1日志分析现象1:tb_1045主键冲突[2014-12-01 05:00:38:425][线程7188][2][20][0][]CBBoxPlugin::HandleInput_i 处理消息7:2800(source:1 10009,dest:8 0)...[2014-12-01 05:00:38:441][线程7188][1][20][0][]********原创 2014-12-04 11:20:56 · 1727 阅读 · 0 评论 -
tb_0030出现违反唯一性约束的问题
tb_0030是SEMQ的待确认消息表,存储已接收但等待发送方确认已送达的记录,f003v_0030是确认记录键,可以唯一对应到系统范围内的所有SEMQ实例中的待发送记录.f003v_0030由节点类型,节点id,SEMQ实例id,SEMQ存储id,记录编号组成.tb_0030在f003v_0030上建立唯一索引.可以提高定位速度. 运行过程中出现了重复insert导致违反约束的情原创 2014-12-10 18:17:14 · 972 阅读 · 0 评论 -
SEMQ的一个不符合时序控制的传输现象
零售商端tb_0031中具有相同时序控制键(f023v_0031)的单据消息(可能是按每一部分包含一张单据的不同明细抽取的,并指定以增量修改方式处理),发送状态全部为SS_ACK(6).时序控制的核心逻辑是:端-端确认,具有相同时序键的消息只有在上一个消息确认送达(SS_ACK2=100)后才能发送下一个消息.这个现象应该隐藏着一个bug.SEMQ队列元素的发送状态定义如下:原创 2014-12-15 16:07:17 · 690 阅读 · 0 评论 -
编程问题记录
ofstream.flush没有立即输出到文件在对客户端程序进行分析时,需要对每步操作服务器响应的日志进行分析。默认情况下,os会缓存而不是立即输出文件.需要强制flush到文件.本以为flush可以满足:log_ostream_->flush(); 测试发现并没有立即输出.根据搜索到的资料,尝试了以下各种方法都没有达到预期效果。 // (*log_ostream_)原创 2015-04-14 18:44:11 · 937 阅读 · 0 评论 -
处理vs2005警告错误
对das 2.0项目的所有工程全面检查编译警告错误,处理记录汇集成本文.此前的项目没有有意识地对警告进行处理,因此编译时经常报出大量的警告.除了不清爽的感觉外,无视警告可能漏掉了对改进程序有价值的线索。本文列举了所遇到的几乎全部的警告.对这些警告的处理方式可以应用到其它项目,也包括das从中继承过来的.C4018warning C4018: '统一变量类型声原创 2014-08-04 18:45:28 · 4157 阅读 · 0 评论 -
XFJ 2013-10-14
1.描述.日期:2013-10-12.服务器:XFJ.问题现象:单据SCM1201310120001在发送方单据表中状态为100(表示已送达),发送方tb_0031对应的记录已被自动清理(表示在传输层已确认才会被清理).然后,XFJ确没有接收到.2.分析取当天XFJ端的日志.按"SCM1201310120001"搜索,没有查到内容.基于前次经验,按"原创 2013-10-15 00:17:06 · 643 阅读 · 0 评论 -
11# 2013-10-31
1.概述日期: 2013-10-31服务器: 11#现象:运行期间出现"microsoft visual c++ debug library"窗口.但程序仍在运行。2.分析"重试"后取回crash分析。分析发现:windbg定位代码是CBizicPlugin::OnRecv10622函数(在bizic4.cpp中)中下列标记的位置.原创 2013-10-31 19:29:24 · 397 阅读 · 0 评论 -
15002协议处理优化
1.问题描述与分析从日志中发现通用协议15002处理经常比较耗时,其中数据库查询明显耗时过高.以下是一例:select Max(tb_10068_1050.object_id) as MaxNo,Count(*) as SumNo from tb_10068_1050left join (Select MAX(f003v_1045) as f003v_1045,MAX(f002原创 2013-11-22 22:24:40 · 657 阅读 · 0 评论 -
XFJ 2013-11-5
1.概要。记录时间: 2013-11-5。服务器: XFJ。现象:单据未送达,但发送方发送状态为"已送达".2.分析与处理在当天的日志中发现下列信息:[2013-11-05 00:00:56:942][线程2484][1][20][0][]CBBoxPlugin::HandleInput_i 处理消息5:809(source:1 10146,dest:1 1原创 2013-11-09 11:15:54 · 657 阅读 · 0 评论 -
JJY本地服务器以服务方式运行不能读取消息文件
1.问题描述JJY主服务器采用Windows服务方式运行时,在读tb_0031消息对应的外部文件时失败.而在控制台方式下正常。读文件失败的结果是单据没有发送,且错误类型是文件路径不存在(ERROR_PATH_NOT_FOUND).在程序采用忽略该消息记录并删除的逻辑控制下,系统表现出DRP系统的数据已抽取(tb_)但没有发送出去,并且在tb_0031没有痕迹。这些文件是由DD抽取服原创 2014-06-24 02:18:31 · 881 阅读 · 0 评论 -
2014-7-22 2个故障分析处理
日志分析岁宝日志分析日志中出现大量的以下错误.[2014-07-21 00:01:01:048][线程2588932][2][20][0][]default CSEMQ::Inquiry...[2014-07-21 00:01:01:298][线程2588932][4][20][0][]CAPBase::GetOrg orgid=0,ret=-30974,错误:DB_RUNRE原创 2014-07-22 21:40:24 · 647 阅读 · 0 评论 -
7# 2014-7-25
异常产生时间:10:04:31.0000:163> ~163.163 Id: 74c.1538 Suspend: 0 Teb: 7fb8c000 Unfrozen Priority: 0 Priority class: 32线程ID:0x1538(5432) 线程堆栈0ff5f88c 03403b19 52160070 011b6a44 0ff5原创 2014-07-28 16:42:05 · 680 阅读 · 0 评论 -
8#2014-7-13 队列阻塞导致服务器无响应问题
2014-7-13日8号托管出现了近期频繁的现象:队列阻塞导致对客户端无响应,最后或提示超时。所幸该托管的日志级别是调试级(该级别会输出无空闲连接时连接使用情况),才得以分析解决.围绕日志进行分析,发现:hotfox配置的本地连接数是35各个.日志中显示,在阻塞之前各个scheduler处理线程出现了等待数据库连接却永远无法获得的记录。日志中出现了下列记录:原创 2014-07-14 21:41:20 · 780 阅读 · 0 评论 -
8# 2014-7-15 崩溃产生crash文件
////////////////////////////////////////////////////////////////////////////////int CAPPlugin::OnNotifyServerUnregister(CWrappedMsg *> &out,DISPATCH_RESULT &or){ const char *serverid = in->ms原创 2014-07-15 16:23:38 · 894 阅读 · 0 评论 -
使用Spring Data JPA自定义update执行慢的问题
1.问题使用JPA修改一条按primary key定位的记录耗时超过30秒.执行方法代码.@Transactionalpublic void update() { SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd"); this.lastClearingDate = this.clearDate;...原创 2019-04-18 15:54:10 · 2022 阅读 · 0 评论