启动 – 无盘服务器2012上的第二个NIC“无法正常工作”

>这是一个糟糕的解决方案.基于硬件的解决方案(例如iSCSI HBA)将提供更好的性能和稳健性,并且设置起来将更加容易.
>此解决方案无法很好地扩展到大型部署,主要是因为每个无盘服务器需要设置过多的手动劳动力.
>这个解决方案并不那么简单.可能有一个更简单的解决方案(除了显而易见的,使用iSCSI HBA.)如果你知道一个,请添加它,如果我可以复制它,我会给你的答案.
>这个解决方案是一个丑陋,丑陋的黑客.使用风险自负!!

在我继续之前,我想澄清一下,无论何时我说“NIC”,我指的是Windows认为单个“设备”,但实际上只能是实际NIC上的几个端口之一.该术语与iBFT标准本身和iPXE / gPXE一致.

Windows在其iSCSI启动器上启动时,对iBFT有一些非常挑剔的要求(‘iSCSI启动解决方案’在调用Windows启动加载程序之前写入内存的表,它告诉它如何访问iSCSI LU).我已经能够拼凑出一些“陷阱”规则(在您的特定情况下可能会或可能不会)：

>如果iBFT中没有NIC,Windows将无法使用它.它将表现出问题中给出的症状.
> iBFT中的NIC列表必须按特定顺序排序.我没有完整的详细信息,因为我在同一个NIC上的测试服务器中只有两个NIC端口.一个是PCI 08：04.0,另一个是PCI 08：04.1.如果iBFT在08：04.1之前的08：04.1列出了网卡,那么Windows就会生气. (请注意,标准中没有任何要求给定订单的内容.)
>必须可以从iBFT中列出的第一个NIC访问iSCSI目标.由于上述规则,这可能需要您切换SAN和LAN端口.
>如果iBFT中的第一个NIC与首次安装Windows时的第一个NIC不同,它将崩溃并重新启动.如果您的设置最初不正确,则可能需要重新安装Windows. (我不肯定是什么构成“相同”,但同一个网卡上的不同端口肯定不是“相同”.)
> NIC部分必须按照它们在控制部分中列出的顺序在内存中出现,否则Windows会生气. (请注意,标准没有规定排序必须匹配 – 再次,这只是Windows懒惰.)

第一条规则就是擦. gPXE 1.0.0和2013年1月31日的继承者iPXE都没有向iBFT写入多个网卡,即使他们知道有多个网卡也是如此.我通过检查他们的源代码验证了这一点.

我的hacky解决方案是获取iPXE源代码树,并修改程序,使其将第二个NIC部分写入iBFT,对应于我服务器中的另一个NIC(我没有启动的NIC.)我刚刚硬连接了MAC地址和PCI地址.我发现没有必要将IP内容放入NIC的部分 – 只需将其全部归零,Windows将在稍后的启动时分配它. (请注意,需要为SAN NIC编写IP内容,但iPXE已编码为执行此操作.)

通过使用#define,可以将实际地址输入到一些方便的位置,而不必在每次想要更改源代码时进行挖掘.

如果进行此更改,请注意NIC部分的标头中有一个索引字节. iPXE代码不接触这些(尽管它在结构中给出),因为它永远不会写入多个NIC,但是如果你编写第二个NIC,则需要将其索引字节设置为1,否则Windows将不开心

此解决方案的明显缺点是您必须为每个服务器重新编译iPXE,在TFTP服务器上保留这些单独版本的iPXE,并配置PXE服务器以向每个服务器发出不同的引导程序.

需要一些C编程知识来进行初始更改,以及Linux发行版和GNU开发工具. iBFT格式指定为here.

我希望我可以在这里发布我的更改,但实际上我最终改变了一个非常旧的版本,ipxe.org网站欺骗我下载. (显然,他们从不标记稳定的版本;我已经知道主分支上的所有版本都是稳定的.)我宁愿不鼓励任何人使用这样的旧版本.

最新版本仍然具有相同的限制.我将把它转发到他们的开发列表中,希望它能得到修复.