一次大意引发的“大”故障

问题描述9月8日10时,财务不能正常使用用友服务器,文件也不能正常上传下载等。  

  介绍:公司内部有台DELL R720的ESXI6.0主机,里面有几个虚拟机,给单位跑文件共享、用友等。16年1月稳定运行至今,16.9.7日下午,新开了一台2008R2虚拟机给开发那边测试用,并映射了一个公网IP,启用了远程桌面,密码8位以上并有特殊字符。他们通过远程桌面连接使用

找出问题:检查网络设备和ESXI6.0主机,登录到ESXI主机时,CPU已跑满,由于上面没跑什么,CPU,磁盘,网络等使用率一直很低。接着看到9.7日开的测试机CPU已100%,网络80%。深信服行为控制器,列出了相关日志,该服务器一直从一个站点下载恶意程序。和开发说明情况后,先断开虚拟机的网络问题依旧,只能关机。关机后,ESXI6.0主机各项恢复正常,均能正常提供服务。

原因:不知开发为何,把guest用户启用,还加入到管理员组。解决方法:禁用guest,并移出管理员组,全盘杀毒。问题解决。

  一直没想明白,里面的一台虚拟机,只分了1核4G,为什么能把整个ESXI主机的CPU资源影响了!

  最后希望大家“安全使用”服务器!


以下是排除问题时的部分截图:

深信服流量、日志、ESXI资源使用等:

windows2008R2

测试那个FTP为何物,第2个图是在虚拟机里下载这几个文件的测试

看着就不像好东西

时间: 2024-10-10 02:36:30

一次大意引发的“大”故障的相关文章

cp -s 引发的大爆炸

在Linux的学习上,命令如此之多是非常恼人的,cp -s 你知道意味着什么,其实制作一个快捷方式如此的简单,但是人生的路途上不需要太多的负担,各种各样的配合和各种各样的语法对于我们都是多余的存在,得意忘形,放得真谛.还没有如此的纠结想知道modep.conf文件的内涵,很多时候都是从不懂,到理解,又有多少人愿意默默的付出,在人生的路途中,总是有太多的模糊和无奈.所有的记得变成累赘,所以记得忘记,所以从此不再记忆. cp -s 引发的大爆炸

H3C交换机引发的奇葩故障

设备:H3C S5120-28P-SI 故障:某个交换机的接口速率只有100Mbps. 描述:这个故障还是很特别的,因为按普通的测试办法很难第一时间判断是交换机的固件问题,我也是做了几乎所有外围设备和线材测试之后,定位交换机的故障的. 故障现象: 1.2019年1月某日,我们网管在服务器上发现,我们给用户提供服务的某台客户机接口的速率显示只有100Mbps.按平常如果客户机只负责给用户提供上网业务那100Mbps的链接速度也是基本可以满足要求的,因为,一般情况下100Mbps的带宽基本上用不完,

非农引发市场大地震 欧元、黄金多头借势反扑

周五(11月7日)又是一月一度的非农之夜,此前素有小非农之称的ADP就业数据.美国初请失业金人数以及美国ISM非制造业就业指数都显示美国就业市场正在稳步恢复,周五公布的美国失业率再降0.1%也证明了这一点,但投资者似乎对非农就业人数更为看重,本次公布的新增就业人数21.4万人,低于预测值23.5万,也低于前值的24.8万人,引起金融市场"大地震". 数据公布之后美元指数剧烈震荡,北京时间21:30分开始美元指数暴跌至87.81,但随后又强势反弹至88.18刷新日高,分析认为失业率刷新6

互联网引发数据大爆炸,发展人工智能是必由之路

2011年4月1日,<科学>杂志发表署名文章,指出:我们现在正处于互联网数据大爆炸的历史发展时期.请看下图: 上图表明,从1986年到2007年,人类数据存储能力的增长情况,2002年是一个发展转折点,大喇叭口好似一个数据大爆炸的景象,其中,黄色区域表示互联网数据存量(94%),年增长率为58%.截止2007年,全人类数据总存量大约为2.9乘10的20次方比特. 互联网数据大爆炸,符合摩尔定律.近几年,世界基于大数据技术的人工智能学科的大发展,也适应了全球数据大爆炸的新形势. 实际上,数据爆炸

一次CTS引发的网络故障

接到业务部门通知,A机房(库a)到B机房(库b)之间的数据库服务器之间的网络带宽异常突增,影响公司对外业务的整体带宽.一接到通知,作为数据库管理对所涉及的IP还是比较敏感.第一反应就是可能当时主库产生的归档特别多,把归档通过RFS进程到机房B的备库所消耗的带宽.表面上觉得很正常,这是oracle DG所需嘛! 深入分析才找到了产生大量归档的根本原因:  一.先统计下异常时间短内到底产生了多少归档日志:HOUR_END_TIME        SIZE_MB -------------------

MySQL 目录迁移引发的一系列故障

环境: Centos 6.7 .MySQL 5.7.Zabbix 3.2 背景: Zabbix 服务器的 MySQL数据目录所在分区空间不足,需要迁移到另外一个分区去.看网上的文章都挺简单的,大白天就直接操作了. 结果导致了 MySQL起不来,紧接着 Zabbix 也起不来了. 操作方法如下: 停掉 MySQL 服务 /etc/init.d/mysql stop 复制整个datadir 到新的目录下 cp -rvf mysqldata /home/work/ 编辑 my.cnf,将目录修改为新的

【国庆】记一次mysqld_safe引发mysql进程故障

今天是举国欢庆的日志,身为奋青的我,学习和工作,首日计划安排必须是学习任务呀:但是今天心血来潮,Mariadb密码忘记了,于是巴拉巴拉的执行"mysqld_safe --skip-grant-tables &"这个神技能,打算跳过密码验证,直接登录到数据库中,更新密码:mysqld_stfe这条命令的同学应该清楚,首要条件时stop数据库,在执行mysqld_safe --skip-grant-tables &:这样才能进行更改登录数据库用户的密码:更新之后,发现一个很

常见主板故障应该怎样判断

常见主板故障应该怎样判断 主板是负责连接电脑配件的桥梁,其工作的稳定性直接影响着电脑能否正常运行.由于它所集成的组件和电路多而复杂,因此产生故障的原因也相对较多. 主板故障的确定,一般通过逐步拔除或替换主板所连接的板卡(内存.显卡等),先排除这些配件可能出现的问题后就可以把目标锁定在主板上.另外,主板故障往往表现为系统启动失败.屏幕无显示等难以直观判断的故障现象.以下,笔者仅介绍一些常见的.易操作的故障的判断,对于一些电路.电气故障的问题,因需要借助专业的维修诊断工具加之笔者的能力有限,不能列举

故障原因归类分析及预防和应对措施

每一次故障都是一次宝贵的学习机会. 引语 故障是开发者头上悬着的一把剑.俗语曰:no zuo no die. 可是开发者很难做到 no zuo. 如何在 zuo 的时候防止 die 呢 ? 知己知彼才能百战不殆.要避免故障,就需要对故障有一个相对深入的理解. 故障,一般是指一段时间内较为密集的问题发生导致了一定的负面影响.业务量小的极少影响面的问题不算故障,否则就会混淆真正的故障,导致受限资源投入分配不合理,影响关键问题的解决进度:零星的非密集的问题可能不是故障,因为那可能是小概率事件触发了潜在