支持Redfish查询服务器复位或重启的日期和时间

背景

现网诉求,可以查询上一次设备复位或重启时间,而更好的安排计划性的设备上下电操作。现网较多设备几年都未上下电,需要计划性重启/上下电更新等操作。

关联ISSUE

暂无issue

整体方案

通过标准资源 /redfish/v1/Systems/{ComputerSystemId}LastResetTime 属性向客户呈现系统上一次复位或重启时间,另新增资源协作接口属性承载系统上一次复位或重启时间,以适配 redfish 接口能力

评审点1:变更资源协作接口 bmc.kepler.Systems.FruCtrl

path :/bmc/kepler/Systems/:SystemId/FruCtrl/:Id
变更描述 :变更资源协作接口,新增属性承载服务器复位或重启的时间信息
接口链接bmc.kepler.Systems.FruCtrl

变更属性

变更类型 属性名称 签名 只读 变化通知 属性描述 访问权限 属性来源 持久化类型 变更影响
新增 LastResetTime t True false 系统上一次复位或重启的日期和时间 ReadOnly 内部获取 掉电持久化 只增加只读属性,不影响已有业务

评审点2:/redfish/v1/Managers/{manager_id}/SmsService 资源新增属性

资源URI:/redfish/v1/Systems/{ComputerSystemId}
资源版本:computersystem.v1_23_0.json
属性列表
注1 :列表内属性默认均支持GET 操作。
注2 :若属性在Schema中未显式定义 readonly 关键字,则默认为只读
注3:该字段不能为null,因此首次升级时,redfish查询不显示LastResetTime字段。

属性名 类型 示例/取值范围 readonly 易变属性 实现patch 操作权限 描述
LastResetTime string(date-time) 2026-04-23T20:38:28+08:00 true ReadOnly 系统上一次复位或重启的日期和时间

是否准备好AI预审

评审结论

1、同意在 /bmc/kepler/Systems/:SystemId/FruCtrl/:Id 资源中新增 LastResetTime 属性,用于承载系统上一次复位或重启时间信息。
2、同意在 Redfish 标准资源 /redfish/v1/Systems/{ComputerSystemId} 中使用规范已定义的 LastResetTime 属性,对外提供系统最近一次复位或重启时间,该属性位置及语义均符合 Redfish 标准定义,无需进行非标准扩展,该字段在无有效值时不返回,避免返回非法或误导性数据。

遗留问题

确认恢复出厂之后,是否需要保留。
答:不保留。 LastResetTime 属于运行过程中产生的状态类数据,不属于用户配置数据范畴,因此应在恢复出厂时一并清除。

预审答案内容由AI生成,仅供参考:

帖子评审结论:支持Redfish查询服务器上电时间信息

帖子相关性:与 Redfish 相关(帖子内容包含 ‘redfish’ 关键字)

  • 总评审点数:2
  • Redfish 相关评审点:2
  • 非 Redfish 评审点:0

总体结果:不通过(1/2 个评审点通过)

评审点 1:/redfish/v1/Systems/{ComputerSystemId} 资源新增属性

结果:不通过

  • URI 示例生成:通过
  • Schema 验证:通过(3 项通过)
  • 规则合规性检查:不通过(1/15 项失败)
    • 规则合规性失败项(必须项)
      • [RULE-015] 资源操作权限规范 (规则合规性检查):评审点内容中完全缺失属性操作权限(ReadOnly/ReadWrite)的标注,不符合 must 规则要求
        • 建议:建议在评审点表格中增加「操作权限」或「可操作性」列,并为每个属性(如 Id, Name, LastResetTime)明确标注 ReadOnly 或 ReadWrite。

评审点 2:/redfish/v1/Systems/{ComputerSystemId} 资源协作接口新增属性

结果:通过

  • URI 示例生成:通过
  • Schema 验证:出错(未知错误)
  • 规则合规性检查:通过(15 项检查全部通过)