tomcat重启警告:Abandoned connection cleanup thread 服务器宕机解决方案

每次出现这个报错都会导致tomcat应用服务器停机

报错信息:

1 The web application [HelloWeb] appears to have started a thread named [Abandoned connection cleanup thread] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:
2          java.lang.Object.wait(Native Method)
3          java.lang.ref.ReferenceQueue.remove(Unknown Source)
4          com.mysql.jdbc.AbandonedConnectionCleanupThread.run(AbandonedConnectionCleanupThread.java:43)

加了下面的java代码后就再也没有停过了。

 1 package cn.listener;
 2
 3 import java.sql.Driver;
 4 import java.sql.DriverManager;
 5 import java.sql.SQLException;
 6 import java.util.Enumeration;
 7
 8 import javax.servlet.ServletContextEvent;
 9 import javax.servlet.ServletContextListener;
10 import javax.servlet.annotation.WebListener;
11
12 import com.mysql.jdbc.AbandonedConnectionCleanupThread;
13
14
15 @WebListener
16 public class ContextFinalizer implements ServletContextListener {
17
18     public void contextInitialized(ServletContextEvent sce) {
19     }
20
21     public void contextDestroyed(ServletContextEvent sce) {
22         Enumeration<Driver> drivers = DriverManager.getDrivers();
23         Driver d = null;
24         while (drivers.hasMoreElements()) {
25             try {
26                 d = drivers.nextElement();
27                 DriverManager.deregisterDriver(d);
28                 System.out.println(String.format("ContextFinalizer:Driver %s deregistered", d));
29             } catch (SQLException ex) {
30                 System.out.println(String.format("ContextFinalizer:Error deregistering driver %s", d) + ":" + ex);
31             }
32         }
33         try {
34             AbandonedConnectionCleanupThread.shutdown();
35         } catch (InterruptedException e) {
36             System.out.println("ContextFinalizer:SEVERE problem cleaning up: " + e.getMessage());
37             e.printStackTrace();
38         }
39     }
40 }
@WebListener,这个注解相当于在web.xml配置如下内容
1   <listener>
2     <listener-class>cn.listener.ContextFinalizer</listener-class>
3   </listener>

原文地址:https://www.cnblogs.com/haw2106/p/12127248.html

时间: 2024-11-04 01:50:14

tomcat重启警告:Abandoned connection cleanup thread 服务器宕机解决方案的相关文章

记一次服务器宕机处理过程

今天整理之前的运维资料,发现了自己整理的一次刀片服务器(运行的vmware虚拟化)事故处理流程,所有记录下,备忘. 一.事件处理过程 14:10 接到机房运维工程师通知,Opmanager监控系统上出现了多台服务器宕机现象,并且均为虚拟机. 14:12 通知机房运维工程师检查HP刀片服务器是否有告警,远程登录vcenter进行检查.远程查看发现ESX04(10.203.11.64)出现告警,告警信息如下图所示:  14:15 通知工程师ESX04出现告警,然后确认该刀片服务器是否存活,并进入机房

Linux服务器宕机案例一则

案例环境 操作系统 :Oracle Linux Server release 5.7 64bit 虚拟机 硬件配置 : 物理机型号为DELL R720 资源配置 :RAM 8G Intel(R) Xeon(R) CPU E5-2690 8核 案例描述 早晨发现桂林那边一台Linux服务器(虚拟机)网络无法ping通,于是联系那边的系统管理员通过Lync共享桌面给我,通过他的电脑VMware vSphere Client登录后,发现在控制台亦无响应.无法登录.无法操作,输入操作无响应.也就是说系统

游戏服务器宕机数据恢复

0.概述: 一般情况下,为了提高游戏速度,在线玩家的数据都会缓存在内存中.如果有数据更新的时候,只更新内存中的缓存数据,而不是直接更新数据库.缓存数据会定时写回到数据库中(比如:5分钟写入一次). 当服务器宕机后,从上次更新数据库到宕机前的所有数据更新都将丢失,即所谓的回档.这部分数据永远也找不回来了,通常都是服务器重启后给予所有玩家一定的补偿. 1.引子: MySQL在对数据表内容进行更新的时候,也不是直接更新数据表本身的数据,而是先写入日志,然后更新数据表本身的数据.日志文件由于是对文件的顺

Domino服务器宕机后无法启动的解决办法——仅出现版本信息

 [背景] 用户domino邮件服务器宕机后,启动时仅出现几行版本信息: Lotus Domino (r) Server, Release 8.5.2, August 10, 2010 Copyright (c) IBMCorporation 1987, 2010. All Rights Reserved. 然后就停住了,等了1个多小时都没反应. [问题跟踪] 尝试过很多办法: 删除log.nsf 用复本替换names.nsf 重新覆盖安装domino 服务器还是无法启动. [解决办法] 服

Web服务器宕机诊断方法

如果你正面临Web服务器宕机的问题,下面几招可以帮你解决燃眉之急并避免再次出现此类事故. 过去20年里,网络已成为文明的重要部分.从社会需求层次看,网络需求排名仅低于饮用水与可靠电力供应,网络为人类社会提供了更多的生产力,个人娱乐以及整体生活质量改善在过去半个世纪的发展,是以往任何时期都无法比拟的. 通过访问网站满足需求已经被许多现代用户接受:可以通过Web进行学术研究.个人致富和订披萨,用户可以在舒适的家里完成这一切操作.为了竞争,最有信誉的企业也投身到世界级网站建设中,一般说来,就是深入We

远离服务器宕机,腾讯WeTest正式推出服务器深度性能测试服务

WeTest 导读 随着城市发展趋向智慧化,不仅移动互联网应用正迅速融入出行.金融.医疗.娱乐等传统行业,跟随移动互联网成长起来的,还有用户对应用使用与消费的理性意识. 而在用户不断增加的同时,如何避免移动应用延迟.闪断.宕机等隐患给开发者们来了首当其冲的挑战.放眼国内外,每一年都会出现服务器宕机热门事件. 譬如在2017年间,微软Azure云服务.百度搜索移动端.新浪微博都曾由于用户访问量大以及其他不可控原因,出现系统故障.用户访问缓慢甚至无法使用的状况,不仅导致用户体验下降,造成用户流失,影

Nginx配置服务器宕机策略

Nginx解决服务器宕机问题,Nginx配置服务器宕机策略,如果服务器宕机,会找下一台机器进行访问        配置nginx.cfg配置文件,在映射拦截地址中加入代理地址响应方案 location / { #秒为单位 proxy_connect_timeout 1; proxy_send_timeout 1; proxy_read_timeout 1; proxy_pass http://backserver; index index.html index.htm; } 加入三行代码,在访问

nginx解决服务器宕机、解决跨域问题、配置防盗链、防止DDOS流量攻击

解决服务器宕机 配置nginx.cfg配置文件,在映射拦截地址中加入代理地址响应方案 location / { proxy_connect_timeout 1; proxy_send_timeout 1; proxy_read_timeout 1; proxy_pass http://backserver; index index.html index.htm; } proxy_connect_timeout 1; :连接超时1秒 proxy_send_timeout 1; :请求超时1秒 pr

由于某IP大频率提交评论导致服务器宕机

早上突然收到dnspod的宕机通知(好久没收到了,有点手足无措). 服务器在上午10:40时达到85%.uptime显示cpu利用率达到35.不宕才怪. 按照之前的经验,应该是触发一个特别耗CPU的处理,把php-cgi重启就能立马恢复,之后再查看日志. 重启后立刻ok. 查看日志,调出那一时刻的日志一条一条的过,重点放在反应时间上.正常的处理时间应该在1秒内,发现很多在几十秒以上的日志,慢慢回溯,发现了最开始异常的记录,是多个提交comment的日志. 发现一连串的来自同一IP的高频率的浏览文