2017.2.6Redis连接问题排查

1.环境: 系统:Windows 2008R2 vCenter版本:VMware vCenter Server 5.1.799731 数据库:Oracle 11.2.0 2.故障描述: 用VMware vSphere Client客户端无法登录,提示"出现未知连接错误.(由于连接故障,请求失败.无法连接到远程服务器)" 排错过程: 1.mstsc远程桌面到服务器. 打开服务器管理器--服务,找到vCenter的服务VMware VirtualCenter Server,发现服务没有启动

一.Oracle NET配置文件 Oracle NET是一个软件层,支持不同网络协议之间的转换.不同的物理机器可以借助这个软件层实现相互间的通信,具体而言就是实现对oracle的远程访问. oracle net配置文件包括listener.ora,tnsnames.ora,sqlnet.ora和ldap.ora:配置文件都是放在$ORACLE_HOME\network\admin目录下. sqlnet.ora文件在客户端上,确定解析方式,通过这个文件来决定怎么样找一个连接中出现的连接字符串 tn

VS for Mac连接Git的时候遇到个奇怪的问题, 无法将已存在的解决方案绑定并提交到GitHub中去. VS版本7.3.3 问题复现 以为自己操作有问题, 新建项目测试一下, 新建的时候没有勾选"Use git"选项, 新建好的项目默认选中了解决方案的根, 但打开Version Control菜单后发现, Publish in Version Control...选项是不可用的, ,如下图, 除了Checkout外都是灰色的 试了好多方法后均未发现问题在哪, 偶然发现, 当选中下

1. 阿里云控制台-对应的ECS实例的安全组是否添加了响应的端口(1433)可以访问: 2. 服务器-sqlserver服务是否开启: 3. 服务器-sqlserver配置器,对应的端口是否启用,已经是否处于侦听状态: (netstat -a -n 或者netstat -an查看本地端口侦听情况) 登录远程SQL服务器一 看ping 服务器IP能否ping通. 这个实际上是看和远程sql server 2000服务器的物理连接是否存在.如果不行,请检查网络,查看配置,当然得确保远程sql ser

远程连接不了服务器时,可能原因有:sshd服务未开启.防火墙阻挡.端口未开放或者被占用.selinux阻挡.这里介绍一下常见原因及处理办法. 1.sshd服务未开启#service sshd status(查看sshd状态)#service sshd start (开启sshd服务)#service network restart (重启网络服务)设置为开机自启动,避免每次出现同一原因.#chkconfig sshd on 可以再查看sshd的运行级别状态: #chkconfig --list

一.ssh介绍 1.ssh客户端 SecureCRT.xshell.putty.Linux下的SSH客户端软件 2.ssh服务器端  openssh(ssh服务程序) 和 openssl(提供连接加密的程序) sshd 守护进程 二.查询服务器端工具安装情况: rpm -qa openssh openssl 三.ssh远程连接故障排查: 1.ping  serverIP 2.traceroute  serverIP  -n (linux系统) tracert  -d  serverIP     

最近由于服务器变更为Linux系统.MsSql for Linux什么时候出来到生产环境使用还是要很长时间的.于是考虑使用Mysql数据库,ORM使用EF.于是先踩下坑顺便记录一下,有需要的tx可以参考下.当你考虑使用EF连接Mysql的时候肯定是已经在网上搜了一堆教程.网上教程基本都是使用控制台做演示.跟着一步步来姿势没错的话可能会正常运行,但项目中使用分层后,把数据层剥离出去,再使用code first连接瞬间蒙B了,各种奇葩问题随之而来.咋跟教程说的不一样呢...所以本文就一步步的介绍如何

虚拟机的系统是centos6.3 第一步.启动ftp service vsftpd restart 提示 vsftpd: 未被识别的服务 解决方法是升级vsftpd服务 yum install vsftpd 再步重启该服务成功. netstat -an | grep 21 发现21端口确实处于LISTEN监听状态 第二步. 虚拟机使用命令 tcpdump -i eth0 -nnX port 21 用于抓取第一块网卡ip的21端口数据包,以十六进制显示 在真实机的命令行下使用命令(192.168.

一.问题现象 redis服务端的sentinel模块存在大量的established状态的连接,并且这些连接一直不被释放,而客户端的连接数正常. 二.问题排查过程 1.根据连接状态进行推断 服务端存在大量的连接的状态为established,而客户端连接数正常,这说明客户端连接是被非正常的方式关闭的,因为根据TCP关闭连接的四次握手协议来看,只要客户端正常发起了关闭动作,服务端的状态只可能为CLOSE_WAIT/LAST_ACK/CLOSED中的一种. 非正常关闭连接的情况有断电.断网后服务器重