Crystal报告Windows 2019上的SP27应用程序池崩溃

2020-08-16 12:32发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)嗨,大家好。 到目前为止,我们...

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


嗨,大家好。

到目前为止,我们一直在Windows 2012上使用Crystal Report SP15,一切都很好。 当前,我们正在升级到具有32位安装的CR SP27运行时的Windows 2019服务器。 我们可以在本地毫无问题地生成报告。 但是当我们进行负载测试时,我们可以看到报告生成在最初的10或20分钟内运行良好,然后应用程序池崩溃,并在崩溃转储上出现以下错误。 (附有完整的转储文件)

我们在服务器上进行了以下设置:

具有所有最新更新的Windows 2019 Server

.net Framework 4.6

启用32位模式的应用池

默认打印机设置为XPS文档打印机

 dumpproc版本1.191.236.20200526-114106,安装程序版本1.191.239.20200526-145639
 时间:2020-06-16 09:11:38 UTC,processId:2784,路径:C:\ windows \ SysWOW64 \ inetsrv \ w3wp.exe
 threadId 0x874-堆栈:559A9000-559B0000,大小:28 kB,导致异常
   0x559ACF54 0x77DC0F2C ntdll!NtAlpcSendWaitReceivePort + 0xc
   0x559AD008 0x77E07C12 ntdll!RtlEncodeRemotePointer + 0x122
   0x559ADAF8 0x77E08214 ntdll!RtlReportExceptionEx + 0x544
   0x559ADB88 0x77E07CB1 ntdll!RtlReportException + 0x61
   0x559ADBA4 0x77E30E27 ntdll!RtlIsNonEmptyDirectoryReparsePointAllowed + 0xe7
   0x559AE204 0x77E30DE5 ntdll!RtlIsNonEmptyDirectoryReparsePointAllowed + 0xa5
   0x559AE298 0x77E3A0C4 ntdll!RtlpNtSetValueKey + 0x2894
   0x559AE2D4 0x77E4291D ntdll!RtlpNtSetValueKey + 0xb0ed
   0x559AE2EC 0x77DE2742 ntdll!RtlCaptureStackContext + 0xd172
   0x559AE388 0x77D9419E ntdll!RtlAllocateHeap + 0x3e
   0x559AE3A8 0x77200D76 ucrtbase!malloc_base + 0x26
   0x559AE3C4 0x6BB1C74B mfc140u! + 0x3c74b
   0x559AE3D8 0x6BFA377F cslibu-3-0!CSLib300 :: CSObArray :: setSize + 0xef
   0x559AE3F0 0x6BFA1B30 cslibu-3-0!CSLib300 :: CSObArray :: add + 0x40
   0x559AE424 0x6C6D9B76 crpe32!MWCleanupProcess + 0x4de016
   0x559AE43C 0x6C4C558A crpe32!MWCleanupProcess + 0x2c9a2a
   0x559AE5F0 0x6C4C58E0 crpe32!MWCleanupProcess + 0x2c9d80
   0x559AE628 0x6C4C44EB crpe32!MWCleanupProcess + 0x2c898b
   0x559AE63C 0x6C4C1CBF crpe32!MWCleanupProcess + 0x2c615f
   0x559AE6B0 0x6C5157BD crpe32!MWCleanupProcess + 0x319c5d
   0x559AE6F4 0x6C5166B0 crpe32!MWCleanupProcess + 0x31ab50
   0x559AE734 0x6C5154B2 crpe32!MWCleanupProcess + 0x319952
   0x559AE78C 0x6C50942A crpe32!MWCleanupProcess + 0x30d8ca
   0x559AE8F4 0x6C508561 crpe32!MWCleanupProcess + 0x30ca01
   0x559AE924 0x6C505D59 crpe32!MWCleanupProcess + 0x30a1f9
   0x559AEA9C 0x6C505296 crpe32!MWCleanupProcess + 0x309736
   0x559AEAEC 0x6C512688 crpe32!MWCleanupProcess + 0x316b28
   0x559AEB14 0x6C512B28 crpe32!MWCleanupProcess + 0x316fc8
   0x559AEB34 0x6C5129AB crpe32!MWCleanupProcess + 0x316e4b
   0x559AEB60 0x6C366C1E crpe32!MWCleanupProcess + 0x16b0be
   0x559AED34 0x6C35F595 crpe32!MWCleanupProcess + 0x163a35
   0x559AEDB8 0x6C3476C6 crpe32!MWCleanupProcess + 0x14bb66
   0x559AEE00 0x6C34740C crpe32!MWCleanupProcess + 0x14b8ac
   0x559AEE1C 0x6C20B4C9 crpe32!MWCleanupProcess + 0xf969
   0x559AEE4C 0x6C200293 crpe32!MWCleanupProcess + 0x4733
   0x559AF564 0x6C203D2A crpe32!MWCleanupProcess + 0x81ca
   0x559AF574 0x6C1F2FF0 crpe32!CRPEConnectionInit + 0x16500
   0x559AF5EC 0x6C1F90BD crpe32!PESetBackgroundThreadProc + 0xb9d
   0x559AF78C 0x6C1F9885 crpe32!PESetBackgroundThreadProc + 0x1365
   0x559AF860 0x6C1F933F crpe32!PESetBackgroundThreadProc + 0xe1f
   0x559AF8E4 0x6BD19F57 mfc140u! + 0x239f57
   0x559AF998 0x7721738F ucrtbase!o_iswdigit + 0xaf
   0x559AF9D0 0x76650419 KERNEL32!BaseThreadInitThunk + 0x19
   0x559AF9E0 0x77DB66DD ntdll!RtlGetAppContainerNamedObjectPath + 0xed
   0x559AFA3C 0x77DB66AD ntdll!RtlGetAppContainerNamedObjectPath + 0xbd
 threadId 0x1100-堆栈:3FB5D000-3FB70000,大小:76 kB
   0x3FB69C80 0x77B26F5C win32u!NtUserMsgWaitForMultipleObjectsEx + 0xc 

"> callstacks-w3wpexe-2784.txt

callstacks-w3wpexe-2784.txt (101.2 kB)
1条回答
bbpeas
2020-08-16 13:13 .采纳回答

完成处理后,请检查是否正在关闭并处理报告。

SP 27中的许多安全更新可能都与之相关。

哪种负载测试是相关的 你在做? 如果这只是加载和卸载报告的循环,而不是真正的测试,那么您要做的就是等待Windows清理对象。

需要更多详细信息"测试"正在做什么。

一周热门 更多>