qcloud windows rtx cpu 100%定位

背景:

Qcloud, 2cpu,2G内存, windows 2008 R2

只安装了RTX server

问题:

最近几天,多人反馈rtx无法登陆。查看原因是cpu 100%。

定位过程:

首先是判断是哪个进程cpu 100%。 由于出现问题的时候,已经无法远程登录,所以需要记录cpu 100%的工具。

方法一: 使用 perfmon http://stackoverflow.com/questions/69332/tracking-cpu-and-memory-usage-per-process  baidu真是狗屎,google一下就搞定了

方法二: qcloud有个浏览器登录的功能,即使cpu 100%,不能操作,还是可以看到画面的。开启任务管理器--进程--cpu 排序。  很快出现cpu 100%的情况,发行是sessionserver.exe

搜索到这个帖子 http://bbs.aliyun.com/read/147755.html?pos=6 ,修改端口,继续观察。不行的话,就给qcloud提单。

时间: 2024-10-01 08:10:27

qcloud windows rtx cpu 100%定位的相关文章

线上服务 CPU 100%?一键定位 so easy!

转自:  https://my.oschina.net/leejun2005/blog/1524687 摘要: 本文主要针对 Java 服务而言 0.背景 经常做后端服务开发的同学,或多或少都遇到过 CPU 负载特别高的问题.尤其是在周末或大半夜,突然群里有人反馈线上机器负载特别高,不熟悉定位流程和思路的同学可能登上服务器一通手忙脚乱,定位过程百转千回. 对此,也有不少同学曾经整理过相关流程或方法论,类似把大象放进冰箱要几步,传统的方案一般是4步: top oder by with P:1040

[网站日志]今天早上遭遇的CPU 100%情况

今天早上9:06左右,Windows性能监视器监测到主站的Web服务器出现了CPU 100%的情况,伴随着Requests/Sec的上升,详见下图. 上图中红色线条表示的是%Processor Time.QPS最高冲到了601. IIS的Current Connections也随之上升,见下图: 带来的影响就是请求执行时间(Request Execution Time)变长,见下图: [网站日志]今天早上遭遇的CPU 100%情况,布布扣,bubuko.com [网站日志]今天早上遭遇的CPU

mysql one thread cpu 100%

昨天晚上,运维过来说有台生产服务器的mysql cpu一直100%,新的客户端登录不了,但是已经在运行的应用都正常可用. 登录服务器后,top -H看了下,其中一个线程的cpu 一直100%,其他的几乎都空闲. MySQL thread id 14560536, OS thread handle 0x7f1255ef1700, query id 31889137761 10.26.124.8 osm cleaning up top - 18:56:26 up 62 days, 3:55, 3 u

CPU问题定位与解决

CPU问题定位基本流程: 性能计数器诊断 主要用到的性能计数器 %Process Time 全实例 (主要用于查看当前服务器的CPU 情况) %Process Time sqlservr (主要用于查看数据库使用的CPU情况 ) 步骤1.排除应用影响CPU 综合这两个计数器 在同一时间点可以诊断出CPU 是否是被服务器其他的应用所消耗的,如图中17:10 左右的  "%Process Time 全实例(红线)" 突然升高,而SQL 服务的(绿线)并无明显升高,这也就说明,在这个时间段的

使用HashMap线程不安全造成CPU 100%

最近应用服务器总时不时的报CPU 100%,是多个CPU 100%.最后查出是aspectjweaver这个jar包中用到了HashMap是线程不安全的.本次事故总结就是第三方jar包也要时刻关注. <2015-4-25 下午08时12分44秒 CST> <Error> <WebLogicServer> <BEA-000337> <[STUCK] ExecuteThread: '13' for queue: 'weblogic.kernel.Defau

Linux(2)---记录一次线上服务 CPU 100%的排查过程

Linux(2)---记录一次线上服务 CPU 100%的排查过程 当时产生CPU飙升接近100%的原因是因为项目中的websocket时时断开又重连导致CPU飙升接近100% .如何排查的呢 是通过日志输出错误信息: 得知websocket时时重新 连接的信息,然后找到原因 解决了. 当然这里幸好能通过日志大致分析出原因 那么我就在思考如果日志没有告诉任何信息 但线上CPU还是接近100%那么如何排查呢.所以学习了下排查过程. 通过查阅资料并实践后,这里总结了两种办法.第一种博客满天飞的方法

系统运行缓慢,CPU 100%,以及Full GC次数过多问题的排查思路

处理过线上问题的同学基本上都会遇到系统突然运行缓慢,CPU 100%,以及Full GC次数过多的问题.当然,这些问题的最终导致的直观现象就是系统运行缓慢,并且有大量的报警.本文主要针对系统运行缓慢这一问题,提供该问题的排查思路,从而定位出问题的代码点,进而提供解决该问题的思路. 对于线上系统突然产生的运行缓慢问题,如果该问题导致线上系统不可用,那么首先需要做的就是,导出jstack和内存信息,然后重启系统,尽快保证系统的可用性.这种情况可能的原因主要有两种: 代码中某个位置读取数据量较大,导致

Windows系统CPU内存网络性能统计第二篇 CPU CPU整体使用率

分享一下我老师大神的人工智能教程吧.零基础!通俗易懂!风趣幽默!还带黄段子!希望你也加入到我们人工智能的队伍中来!http://www.captainbed.net 本文配套程序下载地址为:http://download.csdn.net/detail/morewindows/5160810 转载请标明出处,原文地址:http://blog.csdn.net/morewindows/article/details/8678359 欢迎关注微博:http://weibo.com/MoreWindo

how to debug thread cpu 100%

when we write a program, cpu and memory usages are very important to indicate the stability of the program. Once the cpu usage reached 90%, there are some bugs in your program, and you must find the problem. Here is a simply guide to debug with cpu 1