cloudos 5.0 5132管理裸金属设备（R6700服务器）发现失败问题

现场CloudOS版本为E5132 ，有5台裸金属设备（R6700 G3服务器）需要从CloudOS平台进行管理。现场管理裸金属设备部分的组网规划如下所示：

现场5裸金属设备带外地址与裸金属计算节点以及CloudOS管理平台互通，规划的裸金属设备带内管理网段与裸金属计算节点以及CloudOS管理平台同网段，彼此之间二层互通，满足了DHCP数据透传条件。

被发现的裸金属设备管理网络的网卡的网络启动功能（PXE）并配置启动模式为Legacy BIOS。

在BIOS中设置启动顺序为：Hard Disk DriveàNetwork Deviceà…

现场CloudOS管理平台“新建”裸金属计算节点之后设备状态为“可管理”，但在进行“发现节点”操作的时候，一直发现失败。

登录到发现失败的节点后台，发现没有DHCP获取地址的过程，如下图所示：

在发现期间，SSH登录到裸金属计算节点后台针对管理网网口进行抓包，发现没有DHCP的报文发出，如下图所示：

为排查现场环境中裸金属计算节点的DHCP Server配置及网络基础环境配置是否有问题，现场首先给发现失败的裸金属服务器安装CAS操作系统，服务器启动模式为UEFI，地址分配方式为DHCP，发现服务器可以自动获取地址   

至此，可以排除网络基础配置以及DHCP Server配置没有问题。

根据上述分析，裸金属设备一直发现失败的原因可以初步定为为裸金属计算节点在Legacy模式下启动时，无法发出DHCP Discovery请求报文。

现场经过排查后发现，R6700 G3服务器作为裸金属设备时，除了按照我司已有操作指导中启动管理网络的网卡的网络启动功能（PXE）并配置启动模式为Legacy BIOS之外，还需要单独进入管理网卡内部开启其Legacy Boot Protocol为PXE，详见如下操作。

裸金属服务器UEFI模式启动，进入BIOS中，进入管理网内部，如下图PCIe中Slot4插槽对应的网卡为管理网卡。

进入管理网卡后，进入“MBA Configuration Menu”页签内部，如下所示：

选择Legacy Boot Protocol协议为PXE。

此外，服务器启动模式选择Legacy，设备启动顺序为：Hard Disk DriveàNetwork Deviceà…

在Network Stack Configuration中配置IPv4 PXE Support为Enable，IPv6 Stack Configuration为Disable，如下所示：

在“Network PXE Control”页签下找到对应管理网插槽，开启其IPv4 PXE功能。如下示例是Slot4插槽。

这些配置完以后，服务器侧基本配置完成。

在CloudOS侧新建裸金属节点时启动模式注意与上述保持一致，为Legacy模式   

此时在CloudOS侧裸金属资源池对服务器进行“开始发现”操作时，通过服务器控制台查看该服务器被分配了一个10.1.245.74地址：   

裸金属计算节点后台查看地址分发情况，确实有个10.1.245.74分发出去过

最后CloudOS 平台上也成功实现了裸金属设备的管理和部署。