硬件:S920X20
软件:25.12
在OS下用demidecode -t 39查看PSU信息,如下:
- 请问Status这一行,“Present"表示电源在位,"Critical"是表示电源的整体状态吗,并不是单单表示次电源的状态?
- AC下电再上电循环测试,电源的Status时常会在“OK”与”Critical"直接转换。为什么呢?
- 4个电源模块的机器,对最少几个电源要连接市电,有要求吗?
答案内容由AI生成,仅供参考:
结论:
虽然没有一个确切的数字,但最低要求与您系统对电源冗余的需求直接相关。如果系统需要 1+1 冗余,则至少需要连接满足整机功耗的电源数(通常是2个)。如果系统支持 N+1 冗余,则至少连接 N 个电源即可满足基本运行,余下一个提供备份。建议查阅您所使用的服务器(如S920X20)的具体硬件规格文档,以获取对电源输入的最低配置要求。
好的,作为信息合成专家,我将严格依据提供的Context内容,为您解答关于dmidecode -t 39查看PSU状态信息的疑问。
根据上下文信息,Status 行中的 “Present” 和 “Critical” 共同描述了电源模块的状态。
在提供的 Document Chunks (ID:4) 中,有一个AC重启循环测试的场景,其中一条记录显示如下:
Status: Present, Critical
Plugged: No
这表明,当一个电源虽然在位(Present),但未插入电源线(Plugged: No) 时,其整体状态会被报告为 Critical。因此,Critical 不仅仅指代电源自身的内部故障,它是对电源模块整体工作状态(包括输入连接、健康状况等)的综合评估,代表该电源处于非正常或不可用状态。
您提到的“OK”与“Critical”之间的转换,很可能对应dmidecode输出中的 “OK” 与 “Critical” 以及 Plugged: Yes 与 Plugged: No 的组合。这种现象的原因在 Context 中有明确解释。
根据 Document Chunks (ID:1) 和 Search Result (ID:1) 的描述,该问题是一个已知的信息更新不及时的Bug。
dmidecode -t 39 的命令数据来源于 psu_info.json 文件。当系统进行AC上电时,电源状态信息(如是否插入电源线)可能未能及时同步到该文件中。psu_info.json读取到了旧状态,导致显示与实际物理状态不符。dmidecode可能错误地显示为 Plugged: Yes 和 Status: OK,或者反过来。因此,Status 在 OK 和 Critical 之间跳动,很可能不是电源硬件本身的真实状态在快速变化,而是软件层面(psu_info.json文件)的更新存在延迟或不一致,导致OS读取到的信息不准确。当信息在循环测试中的某个时间点成功更新,状态就会变为正确,从而出现转换。
关于最少连接市电的电源数量要求,在所提供的 Context 中没有找到直接的、通用的规定。但是,我们可以从现有信息中推断出关键原则:电源冗余。
Power Strategy 组件负责“监控和管理电源冗余”,并且在 PSU 的定义中提到“在具有冗余功能的系统中,一个单元的故障或移除可能会触发警报事件和系统级警报”。RedundancyFailure State 也是一个需要监控的事件。Power Configuration 的概念指出:“电源配置监控电源数量和工作状态以确保冗余”。同时,Power Supply In-Place Status 影响“冗余和电源规划”。结论:
虽然没有一个确切的数字,但最低要求与您系统对电源冗余的需求直接相关。如果系统需要 1+1 冗余,则至少需要连接满足整机功耗的电源数(通常是2个)。如果系统支持 N+1 冗余,则至少连接 N 个电源即可满足基本运行,余下一个提供备份。建议查阅您所使用的服务器(如S920X20)的具体硬件规格文档,以获取对电源输入的最低配置要求。
Critical应该是表示单个电源的状态,可以看看电源有没有什么告警,具体最少插几个电源,看整机冗余架构,有几个冗余电源