1.在服务器上一定要开启-server参数 #直接在一堆注释下添加即可 #即是在 # OS specific support.注释之前 JAVA_OPTS= -server 2.tomcat启动很慢  因为原因 org.apache.catalina.util.SessionIdGeneratorBase.createSecureRandom 产生JVM上的随机数与熵池策略花了太多时间 具体参考 http://hongjiang.info/tomcat-startup-slowly-in-doc

WebLogic Server中数据库连接池是一个经常出问题的地方,总结一下出问题的原因和解决办法. 一.数据库连接泄漏 此类问题一般都是由于开发人员没有正确关闭数据库连接造成的.比如使用完Connection后,没有调用Connection.close()方法. 1.诊断方法 在Console中,找到Connection Pools Tab 和Diagnostics,设置以下属性(不同版本可能略有区别)Enable Connection Leak Profiling 启用连接池泄漏的监控.En

本系列文章会深入研究 Ceph 以及 Ceph 和 OpenStack 的集成: (1)安装和部署 (2)Ceph RBD 接口和工具 (3)Ceph 物理和逻辑结构 (4)Ceph 的基础数据结构 (5)Ceph 与 OpenStack 集成的实现 (6)QEMU-KVM 和 Ceph RBD 的 缓存机制总结 (7)Ceph 的基本操作和常见故障排除方法 学以致用,本文将介绍 Ceph 集群的一些基本操作和常见的故障排除方法. 0. 测试环境 将由 Virtulbox 管理的两个虚机,分别是

WebLogic Server中数据库连接池是一个经常出问题的地方,总结一下出问题的原因和解决办法. 一.数据库连接泄漏 此类问题一般都是由于开发人员没有正确关闭数据库连接造成的.比如使用完Connection后,没有调用Connection.close()方法. 1.诊断方法 在Console中,找到Connection Pools Tab 和Diagnostics,设置以下属性(不同版本可能略有区别)Enable Connection Leak Profiling 启用连接池泄漏的监控.En

(4.1)mysql备份还原——mysql常见故障 1.常见故障类型 在数据库环境中,常见故障类型: 语句失败,用户进程失败,用户错误 实例失败,介质故障,网络故障 其中最严重的故障主要是用户错误和介质故障. 2.具体故障情况 故障问题大致分为以下几类 [2.1]语句错误:单个数据库操作(选择.插入.更新.删除)失败,软件逻辑问题. [2.2]用户进程错误:单个数据库会话失败,一般不需要敢于,分析日志观察 [2.3]网络故障:与数据库的链接断开,如:网卡坏,网络配置问题 [2.4]用户错误:用户

一.主从复制常见故障 1.从库已存在数据库,主库建立同名库导致从库同步失败.报错如下: mysql> show slave status\G*************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.222.145 Master_User: rep Master_Port: 3306 Conn

ftp客户连接常见故障现象现象0:> ftp: connect :连接被拒绝原因: 服务没启动解决: # chkconfig vsftpd on<Enter> 现象1:500 OOPS: cannot open user list file原因: 不存在文件“/etc/vsftpd.user_list”或文件中不存在该帐户解决: # echo username >> /etc/vsftpd.user_list<Enter> 现象2:530 Permission d

linux常见故障一:linux 文件系统变只读 原文:https://www.cnblogs.com/ginvip/p/6375672.html 1. 重启系统看是否可以自动修复. 2. 使用fsck -y /dev/sda1 进行自动修复.(用”-y”选项来执行该命令对硬盘进行检查和修复) 添加参数:fsck -y -C -t ext3 /dev/sda1 (一般情况下修复完成后,所有文件移动到 lost+found目录,文件名会被改变) (-C 显示进度条 -t 指定文件系统类型 -y 默

双击bin/startup.bat启动tomcat常见错误: 常见错误:可能与其他服务的端口号冲突. tomcat的默认端口号8080,此端口号较为常见,建议修改此端口号. 修改方法: 点击conf文件,进入server.xml,大约七十行左右,修改port端口号

目录 一.RAID 1.RAID好处: 2.RAID的运行方式: 3.RAID的级别: 二.RAID实战 软RAID 1.RAID0 2.RAID1 3.RAID5 4.RAID10 三.LVM介绍 四.LVM实战 1. 创建物理卷,加入卷组 2.卷组管理,如何扩展卷组大小,如何删除卷组 方法1: 方法2: 4.怎样删除? 五.磁盘常见故障 1.block故障(数据满了) 解决思路: 2.inode故障(小文件太多) 一.RAID 1.RAID好处: 可以不用到机房现场,就能够坐在办公室里面远程

NFS,全名叫Network File System,中文叫网络文件系统,是Linux.UNIX系统的分布式文件系统的一个组成部分,可实现在不同网络上共享远程文件系统. NFS由Sun公司开发,目前已经成为文件服务的一种标准之一(RFC1904,RFC1813). 其最大的功能就是可以通过网络,让不同操作系统的计算机可以共享数据,所以可以把NFS看做是一个文件服务器.NFS缺点是其读写性能比本地硬盘要差一些. 一.NFS服务常见故障排查: NFS服务出现了故障,主要从以下几个方面检查原因: (1

一,tomcat启动时错误 1:The JAVA_HOME environment variable is not defined This environment variable is needed to run this program: Re:没有在在tomcat的配置文件.bash_profile中设置环境变量JAVA_HOME,具体设置方法为:加入如下几行: JAVA_HOME=/home/tomcat/j2sdk1.4.2_08(具体值要以实际的jdk安装路径为准) export

一.常见的三种内存溢出错误: 1.java.lang.OutOfMemoryError:java heap space    ====JVM Heap(堆)溢出 JVM再启动的时候回自动设置JVM Heap的值,其初始化空间(即-Xms)是物理内存的1/64,最大空间(-Xmx)不可超过物理内存. 可以利用JVM提供的-Xmn -Xms -Xmx等选项进行设置. Heap的大小是Young Genration和Tenured Generaion之和. 在JVM中如果98%的时间是用于GC,且可用

MySQL 主从同步错误(error)解决(转) sql_slave_skip_counter参数 附: 一些错误信息的处理,主从服务器上的命令,及状态信息. 在从服务器上使用show slave status\G Slave_IO_Running,为No, 则说明IO_THREAD没有启动,请执行start slave io_thread Slave_SQL_Running为No 则复制出错,查看Last_error字段排除错误后执行start slave sql_thread 查看Slave

PermGen space错误解决方法 在看下文之前,首先要确认意见事情,就是你是如何启动tomcat的,我们在平时的开发环境当中,都是通过startup.bat方式启动tomcat的,那么你按照下面的方式,去修改/bin/catalina.bat是没有问题的.但是如果你是生产环境下,我们一般都希望使用windows服务方式去启动tomcat,此时之前修改的配置文件是没有用的.因为windows服务启动tomcat不再去加载catalina.bat当中的参数了,而是去加载注册表中的参数,所以我们

一般U盘故障分为软故障和硬故障,其中以软故障最为常见.  软故障主要是指U盘有坏块,从而导致U盘能被计算机识别,但没有盘符出现,或者有盘符出现,但当打开U盘时却提示要进行格式化,而格式化又不能成功.前期征兆可能有:U盘读写变慢,文件丢失却仍占用空间等.这种坏U盘一般都可以通过软件低格修复,目前常用的低格修复工具有Mformat,当然一些U盘厂家也会提供一些类似的软件.笔者认为既然是低格,故障类型也一样,应该硬盘的低格工具Lformat也可以用,但因为Lformat是在dos下运行,相对比较麻烦,

一.故障基本信息 发生时间 消除时间 故障历时 故障类别 影响 2018-5-17 18:14:30 2018-05-18 08:58:15 16小时 应用故障 业务瘫痪,用户投诉 二.故障现象 APP无法登陆,导致大面积投诉. 三.故障分析 1．查看系统2018-5-17 17:23:47时catalina日志显示 ORA-00060: 等待资源时检测到死锁,且2018-5-17 18:11后无日志生成. 2.查看数据库显示与2018-05-17 17:23:12分时产生死锁现象,生成数据报告

作为linux运维,多多少少会碰见这样那样的问题或故障,从中总结经验,查找问题,汇总并分析故障的原因,这是一个Linux运维工程师良好的习惯.每一次技术的突破,都经历着苦闷,伴随着快乐,可我们还是执着的继续努力,从中也积累了更多的经验,这就是实践给予我们的丰厚回报. 下面汇总了我做项目过程可能出现的故障及解决方法,看看是否与你有共鸣,并对你有帮助? 第一:常见问题解决集锦   1.shell脚本不执行    问题:某天研发某同事找我说帮他看看他写的shell脚本,死活不执行,报错.我看了下,脚本

故障现象 通过浏览器访问tomcat服务器发现服务器没有响应. 问题分析检查 登陆服务器发现,TOMCAT服务器并没有宕机,服务还在. 使用JPS命令查看了一下tomcat的进程ID,获取进程ID后,使用 jstack -l pid > dump.txt 导出 tomcat进程栈,发现进程栈有几百个正在运行的进程,查看了一下是300个,我配置tomcat最大线程就300个, 原来所有的进程都被占用没有执行完成,并且所有的这些都指向同一个控制器方法.难怪浏览器没有响应,查看这个控制器方法, 原来这

作为linux运维,多多少少会碰见这样那样的问题或故障,从中总结经验,查找问题,汇总并分析故障的原因,这是一个Linux运维工程师良好的习惯.每一次技术的突破,都经历着苦闷,伴随着快乐,可我们还是执着的继续努力,从中也积累了更多的经验,这就是实践给予我们的丰厚回报. 下面汇总了我做项目过程可能出现的故障及解决方法,看看是否与你有共鸣,并对你有帮助? 第一:常见问题解决集锦   1.shell脚本不执行    问题:某天研发某同事找我说帮他看看他写的shell脚本,死活不执行,报错.我看了下,脚本

系列目录 由由种种原因,在安装或者使用kubernetes的过程中,可能会遇到各种各样的问题.本篇按照官网的介绍罗列出一些常见的故障,以帮助快速解决一些常见的错误. 安装赛程中出现ebtables or some similar executable not found 在执行kubeadm init中出现以下警告 [preflight] WARNING: ebtables not found in system path [preflight] WARNING: ethtool not fou