召冠的博客

做对的事，脚踏实地，保持正直。
  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

随笔分类 -  疑难杂症

没有规律性，或是一直未发现规律的Bug

【问题记录】JVM进程崩溃（hs_err_pid.log致命错误日志）

摘要：一个使用kafka的Java项目，在Windows环境启动后不久出现进程崩溃的情况，反复验证偶发的能得到hs_err_pid.log致命错误日志，始终没有生成coredump。 通过错误日志确实看到了导致崩溃的线程堆栈跟kafka客户端有关，但栈顶显示当前在执行native本地代码，我们分别替换了k 阅读全文

posted @ 2025-01-23 11:32 江城2211 阅读(251) 评论(0) 推荐(0)

【工具推荐】磁盘IO检测工具之Diskspd

摘要：问题背景： 系统在月底高峰期出现严重的整体性能问题，经分析应用的线程dump，发现大量线程在等待数据库请求返回或等待数据库连接，而从数据库层面跟踪，存在大量等待事件为磁盘IO的会话，通过windows资源管理器查看，发现磁盘IO出现明显的瓶颈（平均响应时间超长，队列严重）。 从分析结果和现象来说，问 阅读全文

posted @ 2024-08-07 16:09 江城2211 阅读(678) 评论(0) 推荐(0)

线程池内的异步线程创建UI控件，造成UI线程卡死无响应的问题分析

摘要：winform应用在使用一段时间后，切换到其他系统或者打开word、excel文档，再切换回winform应用时，系统有时出现不响应的现象。有时在锁屏后恢复桌面及应用时也发生此问题。经微软支持确认，是因为 https://blogs.msdn.microsoft.com/dsui_team/2012/10/31/debugging-windows-forms-application-hangs-d... 阅读全文

posted @ 2017-12-15 11:36 江城2211 阅读(1861) 评论(2) 推荐(2)

分析案例：应用服务无响应，任务管理器中发现大量w3wp僵尸进程----等待异构系统WebService返回值

摘要：问题描述： 某二次开发的项目反馈，不定期出现应用服务器无响应的情况，登录服务器发现任务管理器中有大量的w3wp僵尸进程。 分析过程： 针对同一进程每隔15秒抓取dump，连续抓取3个，对比发现线程信息没有变化，并且每个线程的CPU时间和堆栈都没有变化，奇怪？？？ 以其中一个僵尸进程的dump日志为例 阅读全文

posted @ 2016-09-07 15:05 江城2211 阅读(554) 评论(0) 推荐(0)

分析案例：界面提示“基础链接已经关闭：接收时发生错误”----本质为StackOverflow

摘要：问题描述： 一个业务复杂、执行时间很长的功能，经常报出“基础链接已经关闭：接收时发生错误”，很是蹊跷。。。 问题分析： 首先，查阅应用服务器的系统日志，发现问题发生时总是会伴随着w3wp进程崩溃的错误，很有问题呀。。。 找到一个自动收集了dump的日志，打开查看错误信息，噢噢。。。。 反编译现场的对 阅读全文

posted @ 2016-09-03 17:41 江城2211 阅读(4431) 评论(0) 推荐(0)

SQL阻塞原因造成系统多功能无响应的分析解决思路

摘要：sqlserver项目，因严重的阻塞造成系统宕机的问题分析 1、通过查询SQL阻塞信息，定位到阻塞源头spid、该会话的状态、等待事件及执行的SQL脚本 2、根据spid查询该会话已经持有的锁资源、数据对象 3、根据SQL脚本如果能够找到对应的程序上下文，便可以快速定位到问题源头 4、根据源头会话确定远程连接的HostName、HostProcess，抓取进程dump文件，分析线程堆栈匹配该SQL脚本 5、使用sqlserver的Profiler，开启SQL的RPC、Batch及transaction的跟踪，结合阻塞SQL时间点，分析跟踪文件 阅读全文

posted @ 2015-12-09 18:58 江城2211 阅读(1646) 评论(0) 推荐(0)

IIS不定期Crash和Oracle“未处理的内部错误(-2)”的问题分析

摘要：问题描述：系统不定期报出Oracle“未处理的内部错误(-2)”，严重时IIS会Crash 典型异常日志如下： Exception type: System.AccessViolationException Message: 尝试读取或写入受保护的内存。这通常指示其他内存已损坏。 InnerExce 阅读全文

posted @ 2015-10-16 09:42 江城2211 阅读(811) 评论(0) 推荐(0)

.NET分布式事务未提交造成6107错误或系统被挂起的问题分析定位

摘要：问题描述： 系统中多个功能不定期出现“Unable to get error message (6107) (0).”错误，即分布式事务超时，但报出错误的部分功能根本没有使用分布式事务。原因分析： 推测是存在分布式事务未提交的情况，回到线程池后被复用造成的，例如： 系统中A功能存在分布式事务未提交的... 阅读全文

posted @ 2015-10-10 11:37 江城2211 阅读(788) 评论(0) 推荐(0)

记一次系统稳定性问题的分析处理过程（因CallContext使用不当而造成bug）

摘要：问题描述： 一个项目现场反馈，“差旅费类型的单据审批，在出现业务规则没满足的情况时（即业务报错，需要人机交互），审批仍然通过了”。从技术的角度上说，就是业务构件中的业务规则报错后，事务没有回滚。但是，维护的同事对事务回滚的代码增加了日志，通过日志发现事务回滚的代码显式的执行了，也没有出现任何异常。并... 阅读全文

posted @ 2015-07-11 15:11 江城2211 阅读(1926) 评论(0) 推荐(2)