建议使用Chrome浏览器访问!
技术支持
互动社区
学习培训
深信服官网
合作伙伴

桌面云aDesk

关注
深信服桌面云aDesk方案,是基于超融合架构的新型桌面模式,通过深度整合服务器虚拟化、桌面虚拟化及存储虚拟化,只需桌面云一体机和云终端两种设备,即可实现云平台的快速交付,为用户提供操作体验及软硬件兼容性媲美PC、更安全、更高效的云桌面。
故障案例库
典型场景排查思路

【aDesk】虚拟机卡死问题

更新时间:2018-08-13
  • 阅读权限:游客
  • 下载
  • 分享
  • 收藏
所属模块 虚拟机内部 | 虚拟机卡慢
适用版本 通用
虚拟机使用过程中卡死,盒子端无法进行操作。
1、首先确认几项基本信息。
(1)虚拟机IP地址是否可以ping通?
(2)虚拟机在VMP控制台是否可以正常操作?
(3)VMP控制台使用快捷键是否可以操作或者恢复虚拟机?如下图所示,需要确认所有的快捷键,哪些快捷键可以正常恢复虚拟机或者都无法恢复虚拟机。
(4)确认键盘鼠标等设备是否可以正常操作?
2、通过上述一步一步测试基本可以定位问题,该文档主要排查加卡死问题,若是确认是真卡死了,则联系400处理即可。
假卡死环境:ping虚拟机正常、控制台可以操作、快捷键可以恢复虚拟机、鼠标或者键盘可以操作。
真卡死环境:无法ping通虚拟机、控制台无法操作、快捷键无法恢复、键盘或者鼠标无法操作。
注意:上述四项只要有一项满足假卡死环境,则虚拟机就是假死状态,而非真卡死。
3、通过对比确认在VMP控制台鼠标无法操作,键盘可以操作、虚拟机ping正常、通过VMP快捷键即可恢复,因此虚拟机是假死,而非真的卡死的环境。
4、确认只有鼠标无法操作,则可以使用工具InputHooks进行排查(InputHooks工具主要作用是监听鼠标键盘的操作,是否操作从内核中传输到应用层)。
注意:使用该软件测试分两种情况。
情况一:当该软件可以监控到鼠标操作消息这说明鼠标已经将消息钩子传输到了应用层,但最上层的应用没有收到消息。导致这种情况的可能原因有多种,比如:第三次应用拦截、虚拟机中毒、系统异常导致等等。
情况二:当软件无法监控到鼠标操作消息,则说明消息钩子没有将消息传输到应用层,这种情况直接400处理即可。
5、使用InputHooks工具测试,发现鼠标操作该工具可以正常获取到消息,说明消息钩子将消息传输到了应用层,但是最上层的应用确没有收到,如下图所示,因此属于第一种情况。
6、第一种情况,我们需要确认卡死是否必现,若是必现则可以重命名VDHOOK测试,在C:\Program Files (x86)\Sangfor\SSL\VDI路径下的两个vdhook驱动文件,注意重命名后需要重启虚拟机。若是测试还有问题,则排除vdhook的影响;若是测试正常了,则将问题转400处理。
7、对于非必现问题则可以使用PCHunter工具去排查(通过驱动名称颜色来区分,黑色表示是微软自身的、蓝屏表示第三方并有签名的、红色代表无签名驱动或者病毒),如下图所示,确认驱动模块、内核钩子、应用层钩子中是否有第三方异常的驱动程序。
8、该问题通过PCHunter工具发现有异常驱动,因此怀疑虚拟机中毒了,使用杀毒软件查杀确认,虚拟机使用KMS工具激活导致虚拟机中毒了(不推荐使用KMS和小马激活工具激活虚拟机)。

上述处理过程中使用的工具在附件中,PCHunter有32位和64位之分,不同操作系统需要使用对应位数的工具。
虚拟机使用KMS工具激活导致虚拟机中毒了。
重新部署新模板,并使用其他工具激活,建议使用正版工具激活。
本页目录
  • 问题描述
  • 处理过程
  • 根因
  • 解决方案
您当前处于未登录状态,资料搜索或查找可能会不全面,请登录后以查找更全面的内容注册登录