服务器配置:linux+tomcat 现象:Linux服务器没有崩,有浏览器中访问页面,出现无法访问的情况,没有报4xx或5xx错误(假死),并且重启tomcat后,恢复正常. 原因:tomcat默认最大连接数(线程数)200个,默认每一个连接的生命周期2小时(7200秒),tomcat使用http 1.1协议,而http1.1默认是长连接.tomcat接受处理完请求后,socket没有主动关闭,因此如果在2小时内,请求数超过200个,服务器就会出现上述假死现象. 解决方案1:及时断开socke

环境运行一天或者几天,网站访问就很卡,手机端app访问页面出现白屏.Tomcat运行一段时间后访问变慢,但是cpu,内存都正常.日志也是发现不了啥.... 问题的原先分析 1.环境配置(cpu,内存,使用工具:nmon工具.visualvm工具.jprofiler工具全部用上监控中) 2.修改info日志,启用error级别日志(待筛选排查) 3.查看数据库配置连接池(正常) 4.代码问题对象创建太多(待排查,web里面走拦截器待看) 5.jvm分配内存太少了(调优,生产环境重启) 6.并发高了

解决方法:修改 tomcat 的 java options 参数1)增加java options参数-Xmn384m-XX:MaxPermSize=128m-XX:+UseConcMarkSweepGC-XX:+DisableExplicitGC-XX:+UseParNewGC2)修改Tomcat Properites中 Java 的 Initial\Maximum memory pool 和 Tread stack size3)如果还有问题,设置 Tomcat - server.xml 中参数

1. Tomcat 错误日志 tail -100f tomcat9/logs/catalina.out 21-Sep-2017 23:05:39.301 INFO [Thread-5] org.apache.coyote.AbstractProtocol.pause Pausing ProtocolHandler ["ajp-nio-8809"]21-Sep-2017 23:05:39.352 INFO [Thread-5] org.apache.catalina.core.Stand

网站运行一段时间后就无法访问,重启Tomcat才能恢复出现这种情况,很可能是以下几种情况:1.超过数据库连接池上限2.并发数达到上限3.内存溢出具体还是需要通过打印的日志进行具体分析.解决方法1.如果是超过数据库连接上限,你就需要检查是否存在使用了,但没有释放的连接,或者说出现异常后,没有关闭的连接.当然如果你设置的数据库连接池上限没有超过数据库给定的最大数,你也可以适当将连接池的上限调大一点. 2.如果是并发数超过上限,那么你可以给有好的提示或者适当增大并发数. 3.如果是内存溢出,你可能需要

tomcat运行一段时间后报打开太多文件错误:Too many open files  查看当前进程的文件打开数: lsof -n |awk '{print $2}'|sort|uniq -c |sort -nr|more 或 ps -ef | grep 进程号或进程名称| grep -v "grep" | awk '{print $2}' PS:第一行是打开的文件句柄数量,第二行是进程号.得到进程号后,我们可以通过ps命令得到进程的详细内容 原因: 可能是系统内存资源消耗问题,也有可

WCF服务运行一段时间后客户端无法连接WCF服务的解决办法 (转) Windows Communication Foundation (WCF)是Microsoft为构建面向服务的应用提供的分布式通信编程框架,是.NET Framework 3.5的重要组成部分.使用该框架,开发人员可以构建跨平台.安全.可靠和支持事务处理的企业级互联应用解决方案. 简单的说,WCF能够提供Web应用(比如一个动态网页)调用一个后台应用程序若干API的需求:也可以提供一个程序访问另外一个程序API的需求.通过WC

Pycharm 在Windows下出现闪退问题(即是在运行一段时间后,自己就退出崩掉了)的解决方法 最近自己下载了最新版本的Pycharm,运行程序过程中发现,在运行一段时间后(比如10几分钟),Pycharm会自动退出,查询了很久才解决了. Why? 是因为你自己下载的Pycharm是最新版或更新到了最新版,但是你的破解补丁文件没有更新,版本对应不上所引发的问题. How to Resolve? So easy! 如果你是正版软件(即是购买的正版),当然不会出现这种问题. 如果你是破解版(当然

用Spring Boot默认支持的 Scheduler来运行定时任务,有时在服务器运行一段时间后会自动关闭.原因:Schedule默认是单线程运行定时任务的,即使是多个不同的定时任务,默认也是单线程运行.当线程挂掉时,定时任务也随之终止. 解决方法: 一．改为多线程执行定时任务: 加一个配置类,实现SchedulingConfigurer接口,重写configureTasks方法即可: import org.springframework.context.annotation.Configura

问题描述: 公司希望使用IIS配合网站显示一些订单跟进的情况并展示出来,所以我们在一台演示的Win7 Pro电脑上安装了IIS,但使用了一段时间后发现每过几天页面就无法正常访问了,而且打开IIS管理器也是一直无响应,根本无法进行IIS的重启.只有重启电脑才能解决问题. 问题参考: http://support.microsoft.com/kb/934878/zh-cn 原因:服务器上的可用非分页缓冲的池内存小于 20 兆字节 (MB) 时,会出现此问题.可用非分页缓冲的池内存小于 20 兆字节

[背景]重新部署了网站,运行环境是Linux(centOS6.5)+Tomcat7+mysql5,作了相关安全配置和系统优化工作: [问题]运行几天后,出现了网站无法访问的现象,具体是进入网站首页时页面呈现空白状态,网站ping值也很不稳定: 查看tomcat访问日志,发现有同一IP在同一秒有超过10个的访问记录,且这种IP来源有不少: [解决办法]试了很多办法,问题依然存在,临时解决办法是每次重启tomcat进程: 后来尝试加大JVM的内存大小,修改./tomcat/bin/ catalina

—— 前段时间项目上的事比较忙,期间笔记都是临时存在本地txt,这些天有点时间了,整理出来,以便日后查看: linux 查看内存使用情况:free -m 释放缓存: /proc/sys/vm/drop_caches 报错:-bash: /proc/sys/vm/drop_caches: Permission denied报错使用下面命令释放缓存:sudo sh -c 'echo 3 > /proc/sys/vm/drop_caches' -----------------------------

故障排查: 1. 查看kafka.logstash.elasticsearch进程是否运行正常,显示正常. 2. 使用logstash在前台运行,有日志输出 3. 查看kafka的topic的offset,发现offset停止不动 原因分析: 日志量过大,导致kafka堵塞. 解决方法:增加kafka节点和最大化kafka性能 如果还没有日志,那还有可能是logstash这里有瓶颈 解决方法:日志拆分为多个topic,运行多个logstash实例来处理日志. 在执行了上面的操作后,还是发现没有数

应该是你重启过电脑或重启过服务了.  SELECT * FROM mysql.event;SET GLOBAL event_scheduler = 1; -- 开启定时器 0:off 1:on SHOW VARIABLES LIKE 'event_scheduler';-- 查看是否开启定时器     如果显示OFF,则输入以下语句开启: set global event_scheduler = on; 提醒:虽然这里用set global event_scheduler = on语句开启了事件

什么是Hangfire Hangfire 是一个开源的.NET任务调度框架,目前1.6+版本已支持.NET Core.个人认为它最大特点在于内置提供集成化的控制台,方便后台查看及监控. https://docs.hangfire.io 具体的可以看这. 功能描述: 设置了一个后台周期性任务每天从某个网站上抓取铝价格.之前部署好之后每天都会访问查看运行情况没什么问题.之后一阵子未进行访问网站后发现周期性任务停止执行了. 后来发现是由于IIS的定期回收导致任务没了. 主要解决方案: 查阅后发现han

在进入主题前,一定要先吐槽下自己,前段时间购买了一台阿里云服务器,最开始打算只是自己个人用的,就买了一台配置很寒碜的服务器: CPU: 1核 内存: 1 GB 操作系统: CentOS 7.2 64位 这个配置亮出来估计好多人都已经知道答案了,下面就说下问题排查的步骤: 使用Xshell远程连接上服务器,使用命令 service mysqld restart重启mysql,提示: MySQL server PID file could not be found! [FAILED] Startin

前言 我将项目部署在tomcat服务器上,本来都是好好的,输入网站地址就能访问:但是第二天一早去就会发现网站访问提示404,文件无法找到:我就很懵了. 排查 1.我是用的是chrome浏览器,所以尝试了下其余浏览器看是否能够访问:以外的发现IE竟然可以访问.说明问题不在代码 2.找到tomcat的安装目录,查看错误日志:在logs文件夹下即可找到类似 catalina.2019-09-22.log 的文件 打开文件夹后就看到了报错信息: 3.然后靠万能的百度就分分钟解决了 报错信息: 22-Se

试了好多种方法,貌似还是没有解决问题,不过也学到了点东西,记录下备忘吧. 异常详情: 1.首先看到最多的就是说在server.xml中的Connector中添加maxHttpHeaderSize="8192",像下面这样设置的. <Connector port="8080" protocol="HTTP/1.1" maxHttpHeaderSize="8192" connectionTimeout="20000

默认配置是将datanode,namenode,jobtracker,tasktracker,secondarynamenode的pid存放在/tmp目录下, 随着linux的定期清理, 这些pid就不见了,当然就无法停止了, 怎么解决呢? 在/tmp目录创建或者修改hadoop-hadoop用户名-datanode.pid  里面写入对应的pid,   可通过jps查看.  namenode等pid也同上这么干.  每台机器都要那么干.   那么如何修改pid的存放路径,防止这个问题再次出现呢

那是因为Timer中的代码出现了异常未被捕获,所以线程被挂起 只需要加入  try catch即可 推荐使用 Quartz 2018-08-08 03:50:44 [ Timer-1:393660156 ] - [ INFO ] ConnScanTimer类的 runTask的 run() 出现异常 果然,还好catch处理掉了,不然肯定又被挂起 看频率是4天左右出现一次异常

问题现象 使用Kubeadm部署的flannel网络运行一段时间后,提示init:Error错误,查看具体的信息如下: [root@node1 ~]# kubectl describe pod kube-flannel-ds-amd64-cglhm -n kube-system Name: kube-flannel-ds-amd64-cglhm Namespace: kube-system Priority: 0 PriorityClassName: <none> Node: node1/19