SharePoint log分析——Thread was being aborted的可能情况

2023-12-09 09:58

本文主要是介绍SharePoint log分析——Thread was being aborted的可能情况,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

SharePoint log分析——Thread abort的可能情况

        每当SharePoint报错的时候,详细的信息会记录在log中,一般的错误很快就可以得到确认并解决,但是有时候在log中出现的“Thread was being aborted”,总是让人一头雾水 ,无从下手,这里根据经验总结了几个可能出现"Thread was being aborted"的情况。

第一种情况:Access Denied

        我们知道,通常情况下Try Catch是不能捕捉到Access Denied这个异常的。有时候Access Denied会导致“Thread was being aborted”。这种情况下,需要查找一下代码中需要较高权限的操作和提升权限的地方,或者,将“SPSecurity.CatchAccessDeniedException”设置为false,就可以catch住这个异常并且分析了。

2. 第二种情况,数据库超时

        如果一次数据库操作时间过长,可能会因为超时出现Thread aborted的情况。例如下面的错误信息:

   System.Threading.ThreadAbortException: Thread was being aborted. at SNIReadSync(SNI_Conn* , SNI_Packet** , Int32 ) at SNINativeMethodWrapper.SNIReadSync(SafeHandle pConn, IntPtr& packet, Int32 timeout) at ... 

      这种情况可以试着修改一下web.config 中time out的设置,看一下能否解决问题(参见点击打开链接):

   <httpRuntime shutdownTimeout="120" executionTimeout="900"

        还有一种情况是使用“OpenSite”或者“OpenWeb”太多引起的,我见过一段代码,在一次页面请求过程中,调用了“OpenWeb”400次,直接导致time out,而出现“Thread aborted”错误。

3. 第三种情况,数据库死锁

        遇到过这样的情况,当前进程和另一个进程发生死锁问题,数据库选择保留另一个进程,而把你的process杀掉。这里没有出现“Thread was being aborted”信息,但是也是很难找到原因的问题。

   SqlError: 'Transaction (Process ID 98) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.'    
Source: '.Net SqlClient Data Provider' Number: 1205 State: 52 Class: 13 Procedure: 'proc_UpdateListItemWorkflowInstanceData' LineNumber: 192 
...
      这种情况可能跟SharePoint的workflow调度有关系。可以检查一下workflow的相关代码。而且,一般针对数据库的log信息,都可以使用SQL Profiler查看一下SharePoint在数据库中的具体操作,会更容易发现问题所在。

4.第四种情况,在代码中使用”Thread.Abort()“去终止一个线程。


这篇关于SharePoint log分析——Thread was being aborted的可能情况的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/473372

相关文章

MySQL 内存使用率常用分析语句

《MySQL内存使用率常用分析语句》用户整理了MySQL内存占用过高的分析方法,涵盖操作系统层确认及数据库层bufferpool、内存模块差值、线程状态、performance_schema性能数据... 目录一、 OS层二、 DB层1. 全局情况2. 内存占js用详情最近连续遇到mysql内存占用过高导致

深度解析Nginx日志分析与499状态码问题解决

《深度解析Nginx日志分析与499状态码问题解决》在Web服务器运维和性能优化过程中,Nginx日志是排查问题的重要依据,本文将围绕Nginx日志分析、499状态码的成因、排查方法及解决方案展开讨论... 目录前言1. Nginx日志基础1.1 Nginx日志存放位置1.2 Nginx日志格式2. 499

Java Thread中join方法使用举例详解

《JavaThread中join方法使用举例详解》JavaThread中join()方法主要是让调用改方法的thread完成run方法里面的东西后,在执行join()方法后面的代码,这篇文章主要介绍... 目录前言1.join()方法的定义和作用2.join()方法的三个重载版本3.join()方法的工作原

Olingo分析和实践之EDM 辅助序列化器详解(最佳实践)

《Olingo分析和实践之EDM辅助序列化器详解(最佳实践)》EDM辅助序列化器是ApacheOlingoOData框架中无需完整EDM模型的智能序列化工具,通过运行时类型推断实现灵活数据转换,适用... 目录概念与定义什么是 EDM 辅助序列化器?核心概念设计目标核心特点1. EDM 信息可选2. 智能类

Olingo分析和实践之OData框架核心组件初始化(关键步骤)

《Olingo分析和实践之OData框架核心组件初始化(关键步骤)》ODataSpringBootService通过初始化OData实例和服务元数据,构建框架核心能力与数据模型结构,实现序列化、URI... 目录概述第一步:OData实例创建1.1 OData.newInstance() 详细分析1.1.1

Olingo分析和实践之ODataImpl详细分析(重要方法详解)

《Olingo分析和实践之ODataImpl详细分析(重要方法详解)》ODataImpl.java是ApacheOlingoOData框架的核心工厂类,负责创建序列化器、反序列化器和处理器等组件,... 目录概述主要职责类结构与继承关系核心功能分析1. 序列化器管理2. 反序列化器管理3. 处理器管理重要方

SpringBoot中六种批量更新Mysql的方式效率对比分析

《SpringBoot中六种批量更新Mysql的方式效率对比分析》文章比较了MySQL大数据量批量更新的多种方法,指出REPLACEINTO和ONDUPLICATEKEY效率最高但存在数据风险,MyB... 目录效率比较测试结构数据库初始化测试数据批量修改方案第一种 for第二种 case when第三种

解决1093 - You can‘t specify target table报错问题及原因分析

《解决1093-Youcan‘tspecifytargettable报错问题及原因分析》MySQL1093错误因UPDATE/DELETE语句的FROM子句直接引用目标表或嵌套子查询导致,... 目录报js错原因分析具体原因解决办法方法一:使用临时表方法二:使用JOIN方法三:使用EXISTS示例总结报错原

MySQL中的LENGTH()函数用法详解与实例分析

《MySQL中的LENGTH()函数用法详解与实例分析》MySQLLENGTH()函数用于计算字符串的字节长度,区别于CHAR_LENGTH()的字符长度,适用于多字节字符集(如UTF-8)的数据验证... 目录1. LENGTH()函数的基本语法2. LENGTH()函数的返回值2.1 示例1:计算字符串

Android kotlin中 Channel 和 Flow 的区别和选择使用场景分析

《Androidkotlin中Channel和Flow的区别和选择使用场景分析》Kotlin协程中,Flow是冷数据流,按需触发,适合响应式数据处理;Channel是热数据流,持续发送,支持... 目录一、基本概念界定FlowChannel二、核心特性对比数据生产触发条件生产与消费的关系背压处理机制生命周期