碰到的问题描述: 通过C# 基于ArcEngine写SDE直连的时候测试项目连接属性设置为如下: tPropSet.SetProperty("User", "GISDATA");tPropSet.SetProperty("Password", "GISDATA");tPropSet.SetProperty("Instance", "sde:oracle11g:127.0.0.1/ORCL"

######### 修改后的: ## # tail -f -n 20 sshd_config#MaxStartups 10:30:60#Banner /etc/issue.net # Allow client to pass locale environment variablesAcceptEnv LANG LC_* Subsystem sftp /usr/lib/openssh/sftp-server # Set this to 'yes' to enable PAM authenticat

securecrt一段时间没有操作连接就会自动断开(xshell就没有这个问题),提示信息为:信号灯超时时间已到,解决方法为: Options -- Session Options -- Terminal -- Send protocol NO-OP

问题描述: oracle使用过一段时间,连接断开,报ORA-03135错误. 问题挖掘: 用pl/sql和sqlplus连接oracle,也存在该问题,确定该问题与连接方式无关. 查看服务器,发现没有防火墙,防火墙因素排除. ping -t 服务器地址,发现没有丢包,都100%收到,网络通畅. 基本可以肯定问题出在oracle参数配置上.但也不排除其他因素. 解决过程: 根据ora-03135查询到oracle官方的解决方案: ORA-03135: connection lost contact

原本在Ubuntu 15.10用拨号上网没有问题,但升级了16.04 LTS后发现原来的DSL连接不上了.主要表现为: 1.在NetworkManager里面选择DSL Connection能够尝试拨号连接,连上后两三秒就断了: 2.经过多次按照网上方法修改奇怪的配置,最终根本连不上: 3.删掉DSL Connection重新建立一个,同样的问题: 4.尝试删掉NetworkManager的配置文件,Wired Connection和DSL Connection都删了重启服务,企图恢复最原始的样

转:http://blog.csdn.net/haijiaoqihao20160106/article/details/50623431 2.客户端的配置 Keep Alive修改.我的xshell的Keep Alive的默认Interval是60秒,即每隔60秒,客户端就要向服务器发送一次包,得到服务器的确认后,连接保持. 可以修改为20,即缩短Interval.

场景描述:云上的虚拟机使用public ip连接ssh时,一直提示已经连接,但是就会自动关闭 1. 通过正常虚拟机作为跳板,能够连接到目标机子上,检查发现进程正常,但是就一直连接不上 [root@test]# ps aux|grep sshd root 56924 0.0 0.0 145468 5328 ? Ss 12:17 0:00 sshd: root@pts/6 root 58411 0.0 0.0 80876 3636 ? Ss 14:31 0:00 /usr/sbin/sshd -D

问题: 最近的项目中,发现Mysql数据库在8个小时内,没有请求时,会自动断开连接,这是MySQL服务器的问题.The last packet successfully received from the server was 1,836,166 milliseconds ago.  The last packet sent successfully to the server was 29,134 milliseconds ago. 原因: MySQL服务器默认的“wait_timeout”是

最近在IDEA中用JDBC连接PostgreSQL数据库时遇到了这样一个奇怪的事情: 从PostgreSQL JDBC Driver官网下载好JDBC驱动之后,在IDEA的Project Structure的Modules中已经添加好jar包的依赖,并且在普通的Java类(自己封装的数据库工具类)中能够成功的连接上数据库,也能从里面读取数据. 但是,正当咱连接上数据库而高兴的时候,悲剧悄然来临.如果在servlet中调用自己编写数据库工具类进行数据库连接,就会出现如下图所示的错误,然后自动断开与

1. 引入dbcp (选择1.4) Java代码   com.alibaba.external jakarta.commons.dbcp 1.4 2. dbcp的基本配置 相关配置说明: initialSize :连接池启动时创建的初始化连接数量(默认值为0) maxActive :连接池中可同时连接的最大的连接数(默认值为8,调整为20,高峰单机器在20并发左右,自己根据应用场景定) maxIdle:连接池中最大的空闲的连接数,超过的空闲连接将被释放,如果设置为负数表示不限制(默认为8个,ma

一.问题描述 ​ 最近遇到了一个奇怪的MySql数据库问题,好几次前一天晚上历史数据还正常存储,第二天早上来了看实时数据存储还正常,历史数据不存储了.找了好久也没找到问题.后来仔细想了想,历史数据设置了变化才存储,是不是数据一直不变,就一直没有往数据库写数据,导致MySql的连接太久不用自动断开了.然后就百度了一下,Mysql空闲连接有效时长,一看都说是8个小时就自动断开了.嗯,有点感觉了,应该就是这个原因. 二.问题排查 根据查到的资料查看MySql 有两个参数,可以设定空闲连接的有效时长,分

语言:javaEE 框架:spring mvc+spring+mybatis 数据库:mysql8 WEB服务器:tomcat8 背景: 在试运营阶段发现发生“连接超时”异常 抛出异常: Cause: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: The last packet successfully received from the server was 353,479,051 milliseconds ago.  The

最近在做一个个人项目,数据库尝试使用了mongodb.sqlite和mysql.分享一下关于mysql的连接池用法.项目部署于appfog,项目中我使用连接池链接数据库,本地测试一切正常.上线以后,经过几次请求两个数据接口总是报503.一直不明就里,今天经过一番排查终于顺利解决了. 1.mysql 链接普通模式 mysql的普通用法如下所示: var mysql = require('mysql'), env = { host : 'localhost', user : 'root', pass

最近,有同事反映在使用PLSQL连接数据库的时候,总是出现数据库频繁自动断开连接.这是因为资源配置文件中IDLE_TIME参数的限制,IDLE_TIME指定会话允许连续不活动的总的时间,以分钟为单位,超过该时间,会话将断开.但是长时间运行查询和其他操作的不受此限制.   要开启 资源限制 的话,resource_limit这个参数必须是 TRUE 的状态:   SQL> show parameter resource_limit   NAME     TYPE VALUE -----------

解决数据库连接池连接mysql时,每隔8小时mysql自动断开所有连接的问题 最近有个问题非常讨厌,我们的工程中使用自己的连接池连接mysql数据库,可mysql数据库每隔8小时就会自动断开所有链接,连接池就失效,需要重新启动tomcat才有效,呵呵,服务器可不能老是用"人工智能"来干预啊,后来翻了一下mysql的手册,发现mysql有解决办法,下面就是最简单的解决办法:连接数据库的时候加上autoReconnect=true这个参数: jdbc:mysql://localhost:3

Putty 启用putty keepalive putty -> Connection -> Seconds between keepalives ( 0 to turn off ),默认为0,改为60. 更改ssh服务器的配置文件/etc/ssh/sshd_config ClientAliveInterval指定了服务器端向客户端请求消息的时间间隔, 默认是0,不发送.而ClientAliveInterval 60表示每分钟发送一次,然后客户端响应,这样就保持长连接了.这里比较怪的地方是:不

最近开始学Hibernate,看的是李刚的那本<轻量级java ee企业应用实战>.头一个hibernate程序,我原原本本的按照书上例子写下来,同时只是改动了些mysql的连接参数,并且在mysql中新建了一个hibernate数据库,仅此而已.然而预想不到的事情发生了……程序写好之后,运行,报错Hibernate: insert into news_table (title, content) values (?, ?) Exception in thread "main&quo

空闲3分钟自动断开 SELECT * FROM DBA_PROFILES; CREATE PROFILE KILLIDLE LIMIT IDLE_TIME ; alter PROFILE DEFAULT LIMIT IDLE_TIME ; 有必要还可以根据业务修改连接时长,超过多少时间就干掉连接 alter PROFILE DEFAULT LIMIT CONNECT_TIME UNLIMITED; 一些辅助命令查进程和session select count(*) from v$process;

修改linux服务器ssh配置文件: vim /etc/ssh/ssh_config 修改两处的值为: ClientAliveInterval ClientAliveCountMax 使修改的ssh配置文件生效: service sshd reload 以后ssh就不会自动断开连接了

方法一: 用putty/SecureCRT连续3分钟左右没有输入, 就自动断开, 然后必须重新登陆, 很麻烦. 在网上查了很多资料, 发现原因有多种, 环境变量TMOUT引起,ClientAliveCountMax和ClientAliveInterval设置问题或者甚至是防火墙的设置问题. 所以可以这么尝试: 1, echo $TMOUT如果显示空白,表示没有设置, 等于使用默认值0, 一般情况下应该是不超时. 如果大于0, 可以在如/etc/profile之类文件中设置它为0.Definiti

在mac下使用securecrt通过ssh连接远程服务器时,总会一段时间没有动作后,ssh被自动断开.在windows下用xmanager貌似没有遇到过这个问题. 在网上找了解决方法如下: 客户端配置: Global.ini文件中将D:"Disconnect After Resume Timeout"=00000000改为D:"Disconnect After Resume Timeout"=FFFFFFFF securecrt界面上配置:send string \