Archives: ST1000DM003 1CH164 故障

Advertisement

Linux 服务器故障排除的前五分钟 (First 5 Minutes Troubleshooting A Linux Server)

一.前言 二.简介 三.具体过程 尽可能搞清楚问题的前因后果 有谁在? 之前发生了什么? 现在在运行的进程是啥? 监听的网络服务 CPU和内存使用情况 查看硬件 I/O 性能 挂载点和文件系统 内核.中断和网络 系统日志和内核消息 任务计划 查看具体应用的系统日志 四.总结 注,测试环境:操作系统 CentOS 6.4 x86_64. 一.前言 原文链接:http://devo.ps/blog/2013/03/06/troubleshooting-5minutes-on-a-yet-unknow

传真故障排除示例--网络环境存在丢包导致传真失败

原因: 网络环境丢包导致传真失败 故障现象:传真失败率很高 设备封包提示信息: 原因分析: 通过封包信息分析,信令交互正常,通过解析传真的RTP信息,确认存在丢包 处理措施: 排查网络环境 备注说明:对于传真和Modem业务,建议端到端的平均时延小于40ms,端到端的平均丢包率小于0.1%.

两个无线AP导致的网络故障

公司一个办公区出现一个奇怪的故障,办公电脑间歇性的上不了网,而且是部分电脑能上部分电脑不能上,每次故障持续大约几分钟后就会自动恢复正常,过一段时间就又不能上网. 经过分析故障现象,首先怀疑是网络中有ARP攻击,于是在所有出现过故障的电脑上开启360的ARP防护,但是故障仍然出现,而且360的防护日志没有拦截记录. 在出现故障时,从故障电脑PING网关无法PING通,运行arp -a查看ARP表,发现没有网关的ARP记录,看来故障原因就在于此,电脑获取不到网关的ARP记录,当然无法连通网络.等了大

关于 来源: volmgr Event ID: 46 故障转储初始化未成功 的问题

最近笔记本电脑硬件有点问题,查看系统日记,如下: volmgr Event ID: 46 故障转储初始化未成功 最后找到了一个解决方案: 网上查了一下 volmgr 错误-故障转储初始化未成功的解决办法,说是因为优化关闭了故障转储功能造成的.解决办法是计算机-右键"属性"-高级系统设置-"启动和故障恢复"设置-系统失败-写入调试信息"选择小内存转储,然后"确定"就可以了. 试过了以后,发现还是不行,估计要重装系统或硬盘硬件接口问题吧.

电脑音箱常见故障排查技巧

电脑音箱常见故障排查技巧 1.声音能够正常播放,但是会不时的传出"噼哩叭啦"的噪音. 客户反映电脑使用耳机时没有其他杂音,只是使用音箱时会不定期的发出"噼哩叭啦"的噪音,有时时间长一些,有时时间短一些,然后就正常.比较前后的差别,只有插座不一样.这时我也想起,我的办公桌上的电源插座,因为质量不好,接触不牢,一会儿强,一会儿弱,总导致台灯一会儿亮,一会儿暗.其原因就是因为电源插座质量低劣,内部使用的磷铜片质量不好,弹性差.长时间使用后导致接触不好,一会儿接触,一会儿断

一次外网打不开网站的故障总结

先说一下公司网站的架构,公司的前端用Keepalived+LVS做的负载均衡,后面跟的是WEB服务器,WEB和IMG独立,IMG采用NFS+存储服务器,IMG前端用Squid做的缓存.整个网站前面用的是金盾的防火墙,网站的整个架构并不复杂. 在9月22日12:22收到故障短信报警,说整个站点不可用.此时用手机访问我们的网站,根本打不开,我火速赶往公司进行处理,下面是我总结解决问题的方法和思路. 第一步:首先用curl/lsof等工具测试了后端WEB服务都是正常的,排除了WEB故障,在公司用浏览器

Windows Server 2008 R2 故障转移群集实例

Windows Server 2008 R2 故障转移群集实例 一.网络拓扑及说明. 说明: 1.win2008-1: a.正确配置IP地址.网关. b.安装DC. c.安装iSCSI_Software_Target_33.iso d.关闭防火墙. 2.win2008-2: a.正确配置IP地址.网关. b.关闭防火墙. 3.win2008-3: c.正确配置IP地址.网关. d.关闭防火墙. 二.操作步骤.(安装iSCSI软件) 1. 双击打开iSCSI_Software_Target_33.

断电后导致SCVMM R2之Host主机故障   错误日志记录12710

断电后导致SCVMM R2之Host主机故障 错误日志记录12710 前天时间,由于物业停电,但是机房有UPS保护,所以机房的所有服务器工作正常,但是停电时间较长,需要关闭所有服务器,因此所有服务器都是被正常关闭的. 当来电时,正常开启所有服务器,当我打开SCVMM控制台的时候,发现Host主机被打了感叹号,不能够正常工作. 说明:由于我已经把问题解决,现在有问题的截图无法附上 并且所有管理的虚拟主机都不能正常链接和操作: 在作业记录页面上,刷新Host主机的时候,不能成功,有如下报错: 检查该

负载均衡lvs+keepalived故障一例:不能访问web virtual

问题出现频率:两次,一次是刘宇,一次是智联招聘的sa. 故障现象: 1.能通过telnet vip 80正常访问 2.单独访问每个真实服务器的页面,正常. 3.访问域名(绑定了vip),就不行. 具体情况描述: 前端负载均衡,中间是2-3个真实服务器.真实服务器配置apache,并启用web虚拟机.大概2-3个虚拟站点. 问题所在: 在httpd-vhost.conf你指定了地址,如<VirtualHost vip:80> 这是不对的. 处理问题: 修改httpd-vhost.conf,使&l

蓝屏故障解决

如果遇到病毒的破坏,或添加的新硬件与驱动程序不匹配等原因都会造成Windows 2000/XP系统的崩溃.当Windows 2000出现死机时,显示器整个屏幕将变为蓝色背景,同时出现STOP故障提示信息. STOP错误可以分为通用STOP错误和特殊STOP错误两种,一般STOP错误在屏幕上不显示可识别文字或具体解决方法的提示信息.而特殊STOP错误则显示可识别文字.代号以及详细的错误信息,甚至是具体解决方法.下面就说通用的STOP故障处理方法和特殊的STOP故障排除. 1. 常见的STOP故障处

传真故障排除示例--编码不一致导致传真失败

原因: 通话的首选编码与设备传真模式默认首选编码不一致导致传真失败 故障现象:发送传真正常,无法接受传真 设备封包提示信息: 服务端->设备: 服务端要求媒体的首选编码为 g711u 设备端->服务端: 设备端应答首选编码为 g711u 信令协商成功后,开始传真时候实际交互的编码信息,与协商的编码不一致. 原因分析: 通过封包信息分析,传真过程中媒体流同时存在711a和711u,对于语音通话,设备端支持语音编码自动协商,因此双方可以正常通话,但是由于系统架构原因,传真默认选择g711a编码,需

09-OSPF故障排查总结

Technorati 标签: OSPF,CCIE,CCNP,故障排查,资料 我们都知道OSPF邻居建立过程一般有7个步骤(当然这里忽略了down的状态),每一步在邻居协商的时候都在做不同的事情.如果在邻居建立过程,卡在中间某一步不往下面继续协商,那一定说明了有问题存在.下面就是总结了停滞在每一步可能遇到的问题. 首先来看看OSPF问题处理的流程和思路: 关于OSPF邻居的各个状态要处理的事情,这里还是再来做一个澄清: Down:这是OSPF建立交互关系的初始化状态,表示在一定时间之内没有接收到从

sniffer使用查网络故障

一直都想写一个sniffer的应用教程,上次和J_Lee合办的那张CISCO贴里就保留了这一项,今天终于有空来做这件事情了. sniffer软件博大精,我之所窥也不过沧海一粟.因此这个教程仅仅是一个针对初学者的教程,但如果没有一定的网络基础,这张贴恐怕仍然会让你感到吃力.有兴趣的朋友就跟我一起来玩~ 现在很多时候我们都需要在交换环境下进行sniffer监控,因此这里就先从定义镜像端口做起.为什么要先定义镜像端口才能sniffer?这和交换机工作的原理有关.交换机的工作原理与HUB有很大的不同,H

利用php-fpm的慢日志定位故障

利用php-fpm的慢日志定位故障 今天上午,开发小哥向我反映一台开发机访问时速度非常慢,让我帮他找一下原因,然后我就开始了一个排错的过程,当时我的思路是这样的:判断网络是否有问题,判断开发机资源是否耗尽,判断各服务是否正常运行,判断代码问题. 网络问题较为简单了,ping一下,traceroute一下,发现没有问题,网络很正常.排除了网络问题以后就要判断是否是服务器资源耗尽了,然后我ssh登陆到开发机上,使用top命令,看到的结果如下: 从这个结果来看,服务器资源还是很富裕的,问题不在这里.那

奇怪的打印纸盘故障

本文出自Simmy的个人blog:西米在线 http://simmyonline.com/archives/83.html 由于用户需要打PM及普通文件,故将1台HP 4250打印机在用户机上装成2台,一台专门设成打印PM,纸源为Tray 3,一台为普通打印,纸源为Tray 2.实验后文档打印及PM可以按预定设定出纸,但是打印outlook 邮件时纸源仍从Tray 3,通过检查发现,outlook 打印时,有一个选项可以设定纸源,File--Page Setup--Define Print St

Linux启动系统及故障排除

一:Linux的启动过程: 开机加电自检->MBR引导(boot loader占446字节,分区列表64字节,magic占2字节)-->grub菜单(MBR是grub的第一个字段,第二个字段存在于/boot/grub/中)-->加载内核kernel-->启动第一个进程init-->找到初始化脚本/etc/inittab,这个文件中有默认的级别-->找到该级别相关的启动脚本(比如/etc/rc.d/rc.sysinit,然后找到级别3,读取/etc/rc3.d)-->

Windows Server 2012 DHCP故障转移

今天我们的主题是Windows Server 2012 中的一项新功能,DHCP故障转移,DHCP就不过多介绍了这都是很基础的知识了,DHCP在Windows Server 2012中其实有三项比较主要的新功能,分别是: DHCP故障转移 基于策略的分配 适用于DHCP的Powershell 在 Windows Server 2008 R2 中,为 DHCP 服务器部署提供了两个高可用性的选项.这些选项中的每一个都与一些质询相关. Windows 故障转移群集中的 DHCP.此选项将 DHCP

PowerShell2.0之Windows排错(六)检查网络故障

PowerShell2.0之Windows排错(六)检查网络故障 网络故障对于用户来说是很复杂的问题,因为它可能涉及很多方面的知识,不容易查找和解决. 为检查网络故障,创建名为"GetActiveNicAndConfig.ps1"的脚本,其代码如下: param($computer = $env:computername, [switch]$full, [switch]$help) function funline ($strIN) { $strLine= "="

通用快速检测邮件故障思路方法

简单三步解决企业垃圾邮件难题 邮件服器软件种类繁多,但大都离不开SMTP(简单邮件传输协议),本文就从SMTP协议入手讲解如何检测一般性邮件故障.所以这里不必考虑你用的是EXCHANGE还是IMAIL等等. 故障设置案例: 突然发现:自己的公司的邮件:[email protected] 不能发邮件给 [email protected] 了? 老板问你:为什么? 常见可能故障: 1.对方邮箱爆满,附件超过对方邮箱允许容量. 2.对方DNS故障. 3.对方邮件服务器故障. 4.对方拒绝收取你的邮件. 5.其他方面故障,

CISCO路由器端口故障解决办法总结

CISCO路由器端口状态CSU──channel server unit,DSU──data server unit,DTE──DataTerminalEquipment 1.Serial * is down,line protocol is down(DTE)故障: [1] 路由器未加电. [2] LINE未与CSU/DSU联接. > [3] 硬件错误. 解决方法: [1] 检查电源. [2] 确认所用电缆及串口是否正确. [3] 换到别的串口上. 2.Serial * is up,line