Tomcat 6.0突然当掉,网高手帮忙分析下原因,不胜感激

chen7112428 2009-04-17 09:12:51
运行的tomcat 6.0,经常自动当掉了,2003操作系统,四路服务器,4颗4核cpu,32G内存,报错如下:

An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x7C95A36B
Function=RtlRestoreLastWin32Error+0x235
Library=C:\WINDOWS\system32\ntdll.dll

Current Java thread:
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:737)
at org.apache.coyote.http11.InternalInputBuffer.parseRequestLine(InternalInputBuffer.java:398)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:761)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
at java.lang.Thread.run(Thread.java:534)

Dynamic libraries:
0x00400000 - 0x00406000 C:\j2sdk1.4.2_02\bin\java.exe
0x7C930000 - 0x7CA00000 C:\WINDOWS\system32\ntdll.dll
0x7C800000 - 0x7C92B000 C:\WINDOWS\system32\kernel32.dll
0x77F30000 - 0x77FDB000 C:\WINDOWS\system32\ADVAPI32.dll
0x77C20000 - 0x77CBF000 C:\WINDOWS\system32\RPCRT4.dll
0x76EB0000 - 0x76EC3000 C:\WINDOWS\system32\Secur32.dll
0x77B70000 - 0x77BCA000 C:\WINDOWS\system32\MSVCRT.dll
0x08000000 - 0x08138000 C:\j2sdk1.4.2_02\jre\bin\client\jvm.dll
0x77E10000 - 0x77EA0000 C:\WINDOWS\system32\USER32.dll
0x77BD0000 - 0x77C18000 C:\WINDOWS\system32\GDI32.dll
0x769E0000 - 0x76A0A000 C:\WINDOWS\system32\WINMM.dll
0x76180000 - 0x7619D000 C:\WINDOWS\system32\IMM32.DLL
0x7F000000 - 0x7F009000 C:\WINDOWS\system32\LPK.DLL
0x74AE0000 - 0x74B45000 C:\WINDOWS\system32\USP10.dll
0x71B20000 - 0x71B28000 C:\WINDOWS\system32\rdpsnd.dll
0x77F10000 - 0x77F21000 C:\WINDOWS\system32\WINSTA.dll
0x71BA0000 - 0x71BF7000 C:\WINDOWS\system32\NETAPI32.dll
0x76AB0000 - 0x76ABB000 C:\WINDOWS\system32\PSAPI.DLL
0x10000000 - 0x10007000 C:\j2sdk1.4.2_02\jre\bin\hpi.dll
0x008B0000 - 0x008BE000 C:\j2sdk1.4.2_02\jre\bin\verify.dll
0x008C0000 - 0x008D9000 C:\j2sdk1.4.2_02\jre\bin\java.dll
0x008E0000 - 0x008ED000 C:\j2sdk1.4.2_02\jre\bin\zip.dll
0x03430000 - 0x0343F000 C:\j2sdk1.4.2_02\jre\bin\net.dll
0x71B60000 - 0x71B77000 C:\WINDOWS\system32\WS2_32.dll
0x71B50000 - 0x71B58000 C:\WINDOWS\system32\WS2HELP.dll
0x71A80000 - 0x71AC0000 C:\WINDOWS\System32\mswsock.dll
0x76E30000 - 0x76E5B000 C:\WINDOWS\system32\DNSAPI.dll
0x76ED0000 - 0x76ED7000 C:\WINDOWS\System32\winrnr.dll
0x76E70000 - 0x76E9E000 C:\WINDOWS\system32\WLDAP32.dll
0x76EE0000 - 0x76EE5000 C:\WINDOWS\system32\rasadhlp.dll
0x038F0000 - 0x03947000 C:\WINDOWS\system32\hnetcfg.dll
0x71A40000 - 0x71A48000 C:\WINDOWS\System32\wshtcpip.dll
0x76B70000 - 0x76B98000 C:\WINDOWS\system32\imagehlp.dll
0x06DE0000 - 0x06E88000 C:\WINDOWS\system32\dbghelp.dll
0x77B60000 - 0x77B68000 C:\WINDOWS\system32\VERSION.dll

Heap at VM Abort:
Heap
def new generation total 72576K, used 55778K [0x10010000, 0x14ed0000, 0x14ed0000)
eden space 64512K, 80% used [0x10010000, 0x1330f6e8, 0x13f10000)
from space 8064K, 44% used [0x13f10000, 0x14289130, 0x146f0000)
to space 8064K, 0% used [0x146f0000, 0x146f0000, 0x14ed0000)
tenured generation total 967936K, used 37484K [0x14ed0000, 0x50010000, 0x50010000)
the space 967936K, 3% used [0x14ed0000, 0x1736b0d8, 0x1736b200, 0x50010000)
compacting perm gen total 524288K, used 36308K [0x50010000, 0x70010000, 0x70010000)
the space 524288K, 6% used [0x50010000, 0x523853d0, 0x52385400, 0x70010000)

Local Time = Thu Apr 02 09:24:12 2009
Elapsed Time = 4231
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2_02-b03 mixed mode)
#
...全文
134 2 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
2 条回复
切换为时间正序
请发表友善的回复…
发表回复
chen7112428 2009-04-20
  • 打赏
  • 举报
回复
这个应用换过weblogic也挂过,比较郁闷的说
xuji1209 2009-04-17
  • 打赏
  • 举报
回复
这种问题没法从根本上解决,实践经验证明的。
楼主有兴趣可以试试www.gm365.com上发布的web server软件UFO,性能不错,我们公司网站用的就是UFO,一直没宕机过,可以免费使用的。
在Windows 10或Windows 11操作系统中,用户经常会遇到共享打印机时出现的一系列错误代码,这些错误代码可能会阻碍打印机共享功能的正常使用。常见的错误代码包括0x00000057、0x00000709和0x0000011b,这些代码通常指出了不同的问题,比如权限不足、服务未运行或配置错误等。除此之外,还有一些故障提示如“连接失败”或“内存不足”,这些都可能影响到打印机共享的稳定性。 要解决这些故障,首先要确保打印机已经正确地连接到络,并且在需要共享的电脑上进行了设置。确保打印机驱动程序是最新的,并且在共享设置中没有错误配置。对于权限问题,需要检查络上的用户账户是否具有足够的权限来访问共享打印机。同时,也要确保打印机服务正在运行,特别是“Print Spooler”服务,因为这是打印机共享服务的核心组件。 在某些情况下,问题可能与操作系统的更新有关,如升级到最新版的Windows 10或Windows 11后可能出现的兼容性问题。这时,可能需要查看微软的官方支持文档来获取特定的解决方案或更新。 对于错误代码0x00000057,这通常是由于没有足够的权限来访问络打印机或其共享资源,解决方法是确保络打印机的权限设置正确,包括在组策略中设置相应的访问权限。而0x00000709错误可能是由于打印机驱动问题或打印机端口配置错误,可以尝试重新安装或更新打印机驱动来解决。至于0x0000011b错误,这往往是因为打印机队列服务的问题,检查并重启“Print Spooler”服务通常是解决这类问题的常见手段。 至于“连接失败”或“内存不足”这类故障,通常与客户端和打印机之间的络连接以及打印机本地资源的使用情况有关。检查络连接,确保打印机所在的络段没有故障或中断。同时,如果打印机的打印队列长时间得不到处理,可能会导致内存不足的情况,这时可能需要清理打印队列或增加打印机的内存配置。 为了帮助用户更快速地解决这些问题,市面上出现了各种打印机共享错误修复工具。这些工具往往通过预设的修复程序来自动检测和修正打印机共享中常见的问题。它们可以快速检查打印机驱动、络连接以及共享设置,并且能够提供一键修复功能,大幅减少了用户自行排查和解决问题的难度。 然而,在使用这些修复工具之前,用户应确保这些工具的来源是安全可靠的,避免因使用不当的修复工具而引发其他系统安全或隐私问题。用户可以到官方平台或者信誉良好的软件提供商处下载这些工具。通过细心检查打印机的共享设置,及时更新驱动程序和服务,以及合理使用修复工具,大多数共享打印机的问题都可以得到有效的解决。

67,549

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧