1、检查故障虚拟机对应的agent版本匹配;2、由于输入用户名密码后认证成功,且可以看到资源,说明已经正常和VDC通信。加上该物理机登录另外一个用户正常,且确认该虚拟机和故障虚拟机运行在同一主机,说明物理机和VMP网络通信也没有异常;
3、单物理机异常,其他物理机都正常,但该物理机登录其他虚拟机正常,因此排除物理机环境异常导致,可直接获取rvllog分析;
注意:
若是该物理机登录所有虚拟机都正常,则需要检查物理机内部是否安装了杀毒、加密、桌管、网管等软件,或者重新安装VDI客户端测试;
4、获取%APPdata%\rvlsession下的rvllog日志分析,由于客户侧有物理机可以正常接入该虚拟机,因此获取正常电脑和异常电脑的rvllog对比分析;
5、正常物理机日志如下:
异常物理机日志如下:
6、通过日志可以初步定位是异常接入的物理机是和虚拟机的rvlagent通信失败,且拉起spice通道失败了,因此需要查看虚拟机的rvlagent日志,日志路径:c:\windows\temp\vdagent.log;
注意:
①由于此问题客户着急恢复,且初步定位是spice通道拉起的失败导致的异常,因此可以临时解决。临时解决办法:可以直接关闭虚拟机,然后通过VDI客户端重新登录拉起虚拟机恢复,因此客户选择临时恢复办法解决;
②若是需要查根因的话,还需查看虚拟机对应的qemu日志,qemu日志中会有spice通道相关的日志;