redfish请求/redfish/v1/Chassis/Self 报错 The resource at the URI /redfish/v1/Chassis/Self was not found.
/redfish/v1/Chassis/1可正常发送
推测该定制文件没有生效
该定制化组件在630版本正常
有定制成功打印
目标目录下有slot_id_customs.json文件
postman一层一层往下查，看下chassis的下一层是1还是self，如果不是Self就说明路径未在资源树中注册
看一下Baidu服务是否起来了呢
起来了，资源树可以看到Baidi服务下的资源
参考 产品多层级接口定制 | 文档中心 | openUBMC ，看看是否有什么步骤漏了呢。
请结合Baidu仓的service.json options/board_name的配置，查看Baidu仓的conanfile.py中的package函数。conanfile.py中的package会根据你构建组件时指定的单板类型（即service.json options/board_name中option字段下的取值，默认为default中的””）对slot_id_customs.json中的配置进行打包。
根据你的代码截图，我猜测你应该是在原来的slot_id_customs.json中添加了openUBMC的配置，并期望在出包时能够携带openUBMC的配置。
对于你的截图：
- get customized manufacture successfully的打印只能表示redfish获取到了当前的客户定制；
- 目标目录下的slot_id_customs.json是不会生效的原文件，会生效的应该是目标目录下的slot_id_custom.json；
为了达到预期效果，你可以：
方法1：在service.json options/board_name中添加openUBMC的选项，并在构建时指定-b openUBMC
方法2：修改conanfile.py中的打包逻辑