FusionAccess由于无效的DNS导致桌面发放失败

发布时间:  2016-01-04 浏览次数:  238 下载次数:  4
问题描述
提交虚拟机发放任务后,等待约5分钟后,虚拟机发放作业失败。
告警信息

在任务页面,点击“View Details”查看作业失败的详细信息,如下图。

错误信息:

Failed to add VMs to a domain. Please check whether the AD and DNS are normal in the system alarm module and whether the domain account configured on FusionAccess is granted rights to add VMs to a domain and create VMs again.
处理过程

针对这个问题有2种解决方案。

方案1(优选)

CMD命令行中输入 DHCP,打开DHCP Console,在已经应用的Scope下点击“Scope Options”,在右侧输出窗口中单击右键,选择“Configure Options”。

在如下窗口勾选并修改“006 DNS Servers”为: 10.1.111.5

方案2

将虚拟机模版重新转换为虚拟机并启动它。

登陆虚拟机打开网卡属性设置,如下图:

选择“Use the following DNS server addresses:”,在“Preferred DNS Server”中输入:10.1.111.5

点击“OK”,保存网络设置后,关机。

将虚拟机重新转换为模版,后续发放虚拟机时,使用这个模版来创建虚拟机。
根因

从提示信息来看,可能的原因大致是2个:

1.  vdesktop\vdsadmin 权限不足。

2.  AD或者DNS异常。

首先登陆AD域控服务器,查看vdsadmin权限,该账户已解锁,属于“Domain Admins”组,有权限将计算机加入vdesktop域。

使用虚拟机发放时的模版,手动创建一个虚拟机,通过vdsadmin将虚拟机加入域:vdesktop,以此来模拟虚拟机发放时将虚拟机加入域的操作。

等待约30秒后,系统提示加入域失败,错误信息如下:

An attempt to resolve the DNS name of a domain controller in the domain being joined has failed.

根据错误提示,该问题直指DNS,较FusionAccess Portal上的错误信息更为具体。

查看该虚拟机网卡IP设置。

该虚拟机设置为自动获取IP地址和DNS服务器信息。

CMD命令行中运行:ipconfig /all查看IPDNS详细信息。

可以看到虚拟机自动获取的DNS服务器包括:

·         10.1.0.12

·         10.1.0.22

这两个DNS服务器由用户提供,经用户核实,其DNS已经变更为:10.1.111.5。若采用原有DNS将无法解析vdesktop域中相关计算机名及其IP

建议与总结

桌面发放需要虚拟机模版、FAFC、外部Windows AD,DNS,DHCP等诸多组件配合,各个组件相互依赖,有很强的关联关系。当发放作业失败时,请仔细阅读作业失败告警信息,通过告警信息,快速找到可能的问题组件,缩小问题排查的范围。

在进行问题排查时,可以通过模拟虚拟机发放失败时所执行的动作,进而获取更具体的问题现象直至找到问题的根因。

由于桌面发放对Windows系统角色和特性的依赖,具备一定的AD,DNS,DHCP基础知识将有助于排查与此相关的问题。

END