Zexi Li

@522623905 另外 iso 引导注册这个不用尝试了，不支持 redfish 的机器用不了这个模式

@522623905 可以用下面的命令查询 ramdisk 的登陆密码，如果没有查询到，应该就是 mosbaremetal 这个默认密码 ``` # climc host-logininfo 物理机名 $ climc host-logininfo $your-baremetal-name ```

@522623905 通知回 baremetal-agent 的脚本在 ramdisk 里面，代码在这里： https://github.com/yunionio/yunionos/blob/master/src_pxe/etc/init.d/S99notify 对应到 ramdisk 的地方是：/etc/init.d/S99notify

> **/etc/init.d/S80eth0**，这个脚本中，直接从系统识别的第一个网卡去发现dhcp请求。但是，第一个网卡，由于系统识别的原因，并不是我们指定的PXE使用的网卡。应该修改成，从 /proc/cmdline **中获取到 BOOTIF** 这个变量，他记录的就是 pxe 启动的网卡mac地址，**通过mac地址去遍历识别的网卡，如果一致**，就用这个mac来发送DHCP，也就是执行 udhcpc 。这样就可以避免这个问题了。 > > > > 目前现象，看起来是，  pxe 注册时，使用的网卡，和进入ramdisk系统后，再请求dhcp的网卡不是一个。 然后造成的问题是： 1）虽然我注册时，指定的是MAC1； 2）pxe boot启动时，用的是另一张网卡，MAC2，然后dhcp server收到请求后，从DHCP Request中 获取到这个MAC2，再反写到数据库，将MAC1覆盖了； 3）然后流程继续，往下后，以MAC1，发送DHCP请求，但是由于数据库备修改成MAC2了，就无法找到，就无法分配成功了 > > > > >...

> 遇到同一个问题了 请问这个有修复吗 @vincentiss 暂时还没有修复，争取发在下个版本修复。

> 配置了，还是不行。取消relay 后， 配置host的也是无法获取ip，一直都在请求。 @Enddyone 可以通过查看 baremetal-agent 这个 pod 的日志，看下有没有收到来自 dhcp relay 的请求。或者使用 tcpdump 抓包看下 dhcp 请求有没有到 baremetal-agent 服务所在的节点。

>  配置的e host dhcp relay 好像都没生效。 @Enddyone /etc/yunion/host.conf 里面的 dhcp_relay 怎么配置的？

@Enddyone 这个要结合你们的网络环境排查了，大概思路就是： - 确保这个二层网络下，只有一个 dhcp server ，如果交换机上配了 dhcp ，就在交换机上设置 relay - 或者禁用交换机的 dhcp 服务，只让这个 host 服务做 dhcp relay

> > victoriametrics报错是因为监控存储更换为vm后没有兼容导致的，我们排期处理 > > 后端服务的监控监测貌似会用到victoriametrics？ 目前victoriametrics的报错，有临时解决方法吗？ @chenjacken 可以切换回 influxdb ，应该就没有这个报错了。

> > > > victoriametrics报错是因为监控存储更换为vm后没有兼容导致的，我们排期处理 > > > > > > > > > > > > > > 后端服务的监控监测貌似会用到victoriametrics？ 目前victoriametrics的报错，有临时解决方法吗？ > > > > > > @chenjacken 可以切换回 influxdb...