OemIdentifier定制不成功

答案内容由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 厂商名替换优先级（由高到低）：

1. 装备定制化阶段的 BMCSet_RedfishCustomManuName

   • 该字段设置的厂商名具有最高优先级。

   • 若此项被设置为 "openUBMC" 或未清除，则会覆盖后续所有配置，包括 config.json 中的 OemIdentifier。

   • 来自文档 #1：

     “装备定制化阶段（BMCSet_RedfishCustomManuName）定制的Manufacturer优先级最高”

2. 客户定制化（BMCSet_PackageCustomer）生效的 config.json 中的 OemIdentifier

   • 仅在 Manufacturer 为空或为默认值（如 openUBMC）时生效。
   • 用户已设置 Customer=CTCC，若其对应的 config.json 在正确路径且被加载，则此项应生效。

3. 构建发行版配置中的 OemIdentifier

   • 使用默认 openUBMC 或产品发行版配置中的值。

4. 默认值：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。

---

期望结果与实际差异

---

尝试过的解决方案分析（用户提供）

• 修改 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 定制失败？

---

最终建议

要使 OemIdentifier 成功替换为 Chinatelecom，必须：

1. 清除或更新 BMCSet_RedfishCustomManuName 为 Chinatelecom 或留空；
2. 确保 Customer=CTCC 构建流程正确生成并加载定制配置；
3. 确认 config.json 中 GlobalVariable.OemIdentifier 正确设置；
4. 执行 BMC Restart 以使配置生效。

---

如仍失败，请检查构建日志是否报错，或是否存在多个 config.json 覆盖问题。

相关链接：

1. Atlas 300V pro NPU卡信息显示不全
2. 【iTestSmart】ipmi接口设置SmartCooling模式，日志显示成功，但结果Fail。
3. 白牌固件中标签信息的openUBMC不会变成iBMC
4. schema语法及社区门禁规则