// 此模板仅供参考，如果不适用可以修改
[在这里详细描述您遇到的问题]
CTCC/interface_config/redfish/config.json 文件下我配置了
“GlobalVariable”: {
“OemIdentifier”: “Chinatelecom”
}
然后我又把Customer修改为了CTCC，但是为什么redfish下还是显示的oem/openUBMC
这个仓下定制的其他接口都是生效的
操作系统：Ubuntu 24.04
软件版本： OpenUBMC2509
硬件配置：[如 CPU、内存等]
[第一步]
[第二步]
[第三步]
[您希望实现什么]
[实际发生了什么，包含错误信息]
[列出您已经尝试过的解决方案及结果]
答案内容由AI生成，仅供参考：
OemIdentifier 定制不成功用户反映在 CTCC/interface_config/redfish/config.json 文件中配置了：
"GlobalVariable": {
"OemIdentifier": "Chinatelecom"
}
同时将 Customer 设置为 CTCC，但 Redfish 接口返回的仍然是 oem/openUBMC，未生效为 oem/Chinatelecom。
根本原因分析（基于知识图谱与文档内容）根据 Redfish OEM 厂商名替换机制的优先级规则，OemIdentifier 的实际生效受多层定制机制影响。即使在 config.json 中设置了 GlobalVariable.OemIdentifier，其优先级低于特定高优先级定制项。
Redfish 接口 OEM 厂商名替换优先级（由高到低）：装备定制化阶段的 BMCSet_RedfishCustomManuName
该字段设置的厂商名具有最高优先级。
若此项被设置为 "openUBMC" 或未清除，则会覆盖后续所有配置，包括 config.json 中的 OemIdentifier。
来自文档 #1：
“装备定制化阶段（
BMCSet_RedfishCustomManuName）定制的Manufacturer优先级最高”
客户定制化（BMCSet_PackageCustomer）生效的 config.json 中的 OemIdentifier
Manufacturer 为空或为默认值（如 openUBMC）时生效。Customer=CTCC，若其对应的 config.json 在正确路径且被加载，则此项应生效。构建发行版配置中的 OemIdentifier
默认值：openUBMC
关键点：
即使用户在CTCC/interface_config/redfish/config.json中设置了"OemIdentifier": "Chinatelecom"，如果BMCSet_RedfishCustomManuName被设置为openUBMC，则 Redfish 接口仍会显示oem/openUBMC。
此外，知识图谱中明确指出：
BMC Restart后，Redfish OEM Vendor 会回退到openUBMC，说明配置未持久化或刷新机制未触发。
实际结果解释"Oem": {
"openUBMC": { ... }
}
而不是预期的：
"Oem": {
"Chinatelecom": { ... }
}
表明：OemIdentifier 的替换未生效。
原因并非配置文件格式错误，而是 BMCSet_RedfishCustomManuName 优先级更高，且其值仍为 openUBMC。
期望结果与实际差异| 项目 | 实际结果 | 期望结果 |
|---|---|---|
| Redfish OEM 路径 | /redfish/v1/Systems/1/Oem/openUBMC |
/redfish/v1/Systems/1/Oem/Chinatelecom |
Manufacturer 字段 |
openUBMC |
Chinatelecom |
| 配置来源 | 高优先级定制项未更新 | 通过 config.json 全局变量生效 |
尝试过的解决方案分析（用户提供）config.json 的 GlobalVariable.OemIdentifier： 正确，但优先级低Customer 改为 CTCC： 正确，但依赖于构建流程是否正确加载 CTCC 配置BMCSet_RedfishCustomManuName：
关键缺失 解决方案（推荐步骤） 步骤 1：检查并清除高优先级定制项# 检查是否存在以下宏定义或配置项
grep -r "BMCSet_RedfishCustomManuName" ./
若存在，将其置空或设置为 “Chinatelecom”：
#define BMCSet_RedfishCustomManuName "Chinatelecom"
"openUBMC"，则config.json中的OemIdentifier将不会生效。
步骤 2：确认 Customer 定制路径正确确保：
-t CTCC 或类似客户标识；interface_config 文件位于正确的客户定制路径下，如：output/packet/inner/interface_config/CTCC/redfish/config.json
来自文档 #1：
“其他文件为该产品类型下，添加客户定制化后生成的接口配置。”
步骤 3：验证 GlobalVariable 配置格式正确确保 config.json 中配置如下：
{
"GlobalVariable": {
"OemIdentifier": "Chinatelecom",
"SnmpOemIdentifier": "xxx" // 可选
}
}
来自文档 #1：
“GlobalVariable属性用于表示当前接口的批量字段替换的替换关系。”
步骤 4：触发配置重载（必要时重启 BMC）执行 BMC Restart 使新配置生效：
# 在系统中执行
reboot_bmc
注意：知识图谱指出：
“After a BMC restart, the Redfish OEM Vendor reverted to openUBMC”
表明若重启后仍为openUBMC，说明高优先级配置未更改。
步骤 5：验证 Redfish 接口输出使用 curl 验证：
curl -k -u username:password https://<bmc-ip>/redfish/v1/Systems/1
检查返回中是否出现：
"Oem": {
"Chinatelecom": { ... }
}
总结：为何 OemIdentifier 定制失败？| 原因 | 说明 |
|---|---|
BMCSet_RedfishCustomManuName 优先级更高 |
若该值为 openUBMC，将强制覆盖 config.json 中的设置 |
| 未执行 BMC 重启 |
配置可能缓存，未刷新 |
| 客户定制路径错误 |
CTCC 的 config.json 未被正确加载 |
 OemIdentifier 是占位符，需动态替换 |
实际替换由构建/运行时流程完成，非静态生效 |
最终建议要使
OemIdentifier成功替换为Chinatelecom，必须：
- 清除或更新
BMCSet_RedfishCustomManuName为Chinatelecom或留空；- 确保
Customer=CTCC构建流程正确生成并加载定制配置；- 确认
config.json中GlobalVariable.OemIdentifier正确设置；- 执行
BMC Restart以使配置生效。
如仍失败，请检查构建日志是否报错，或是否存在多个 config.json 覆盖问题。
相关链接：