Zexi Li

@ChaoHsin-fang 根据这个代码来看：https://github.com/yunionio/cloudpods/blob/master/pkg/baremetal/utils/raid/megactl/megactl.go#L833-L847 ，应该是先会做 jbod ，如果 jbod 失败，才会用 raid0 再试一遍，megactl 做 raid0 应该可以只用一块盘。 试试用 `climc host-ssh 物理机名称` 登录到物理机里面，然后手动执行这些 MegaCli64 命令试试，如果还是报错，试试执行 `"/opt/MegaRAID/MegaCli/MegaCli64 -CfgForeign -Scan -Clear`

> 请教一下目前物理机进小系统了，yunionos的默认密码是多少 @ChaoHsin-fang 这个密码是随机生成的，可以用 `climc host-logininfo 物理机名称` 获取到

> climc> host-logininfo CPU-131物理机名称 {"error":{"class":"ActionNotFoundError","code":404,"details":"Action login_info not found, please check service version, current version: release/3.10(7d8b4cd9b523101015)","request":{"body":{},"headers":{"Content-Length":"2","Content-Type":"application/json","User-Agent":"yunioncloud-go/201708","X-Auth-Token":"*"},"method":"POST","url":"[https://IP:30888/hosts/CPU-131/login_info"}}}](https://IP:30888/hosts/CPU-131/login_info%22%7D%7D%7D) @ChaoHsin-fang 从前端访问物理机列面，有获取物理机登录密码的按钮

> 进入小系统手动执行如下 ： /opt/MegaRAID/MegaCli/MegaCli64 -CfgLdAdd -r0 [134:0] WT NORA Direct NoCachedBadBBU -a0 > > The specified physical disk does not have the appropriate attributes to complete the requested command. >...

@522623905 如果物理机的 bmc 不支持 redfish 协议，需要在创建物理机的时候把 pxe 网卡的 mac 地址填上，这样物理机 pxe 启动进行 dhcp 的时候 baremetal agent 才会从 dhcp 请求中的 mac 到平台那边匹配上记录。 可以看下 10:70:fd:88:57:2a 这个 mac 地址是否是当前物理机的网卡，如果是的话，需要在创建物理机记录的时候把 mac 地址填上后再试试。 另外 https://$ip/api/v2/hosts...

> > @522623905 > > 如果物理机的 bmc 不支持 redfish 协议，需要在创建物理机的时候把 pxe 网卡的 mac 地址填上，这样物理机 pxe 启动进行 dhcp 的时候 baremetal agent 才会从 dhcp 请求中的 mac 到平台那边匹配上记录。 > > 可以看下 10:70:fd:88:57:2a 这个...

> 但是，奇怪的是，host-list出来的mac，并不是我请求时配置的mac，而是我另一张网卡的mac： > > `[root@host-005056b2d99d ~]# climc host-list +--------------------------------------+---------------------------------+-------------------+----------------+---------------+--------------------+----------------------------+---------+---------+-------------+----------+-----------+------------+------------+------------+----------------------------------+--------------+-----------+--------------+ | ID | Name | Access_mac | Access_ip | Ipmi_Ip | Ovn_Mapped_Ip_Addr | Manager_URI | Status | enabled | host_status |...

> 目前现象，看起来是，  pxe 注册时，使用的网卡，和进入ramdisk系统后，再请求dhcp的网卡不是一个 @522623905 那现在 pxe 进入 ramdisk 系统后，进去用 ifconfig 和 route 等命令看下网卡现在分配的 ip 和路由配置是什么？ 需要确保 ramdisk 系统能够成功访问 baremetal-agent 所在的节点对应的 https://$ip:8879 服务监听地址才行

> [info 2023-09-08 01:41:09 redfish.NewRedfishDriver(driver.go:120)] Use generic Redfish REST Api Driver for endpoint "https://10.103.193.22" [warning 2023-09-08 01:41:09 tasks.(*SBaremetalIpmiProbeTask).DoIpmiProbe(ipmiprobe.go:83)] BMC not redfish-compatible 日志这个提示，看起来是不支持完整的redfish？有什么方式或接口能验证redfish获取mac不？ @522623905 那这个看起来是不支持 redfish 了，可以排除我说的 redfish 的问题了。 现在可以从 ramdisk...

> 目前现象，看起来是，  pxe 注册时，使用的网卡，和进入ramdisk系统后，再请求dhcp的网卡不是一个。 然后造成的问题是： 1）虽然我注册时，指定的是MAC1； 2）pxe boot启动时，用的是另一张网卡，MAC2，然后dhcp server收到请求后，从DHCP Request中 获取到这个MAC2，再反写到数据库，将MAC1覆盖了； 3）然后流程继续，往下后，以MAC1，发送DHCP请求，但是由于数据库备修改成MAC2了，就无法找到，就无法分配成功了 @522623905 可以拔掉一条网卡的网线吗？保证 pxe 阶段出来的 dhcp 请求都走一张网卡