问题描述
1、在社区2025.9.30版本时,出现如下问题:
通过ipmi修改时区偏移后,web右下角会更新,但时区下拉框内容不会更新,刷新页面后也不变化
抓包后发现是DateTimeLocalOffset没变。
2、更新社区版本2025.12.30后,该问题解决
诉求
1、该问题已提单,但我们看不到是什么时候修改了什么来解决了这个问题,当前需要拿到问题根因、解决方案来关闭问题单。
2、帮忙明确是否内部已经有单跟踪。
1、在社区2025.9.30版本时,出现如下问题:
通过ipmi修改时区偏移后,web右下角会更新,但时区下拉框内容不会更新,刷新页面后也不变化
抓包后发现是DateTimeLocalOffset没变。
2、更新社区版本2025.12.30后,该问题解决
1、该问题已提单,但我们看不到是什么时候修改了什么来解决了这个问题,当前需要拿到问题根因、解决方案来关闭问题单。
2、帮忙明确是否内部已经有单跟踪。
答案内容由AI生成,仅供参考:
2025.9.30 版本存在配置同步缺陷,导致IPMI修改时区后,DateTimeLocalOffset 字段未正确更新。2025.12.30 版本中,通过修复配置同步逻辑和统一时区格式解决了此问题。Time Manager Lua 在历史版本中的一个已知缺陷。Time Manager Lua 负责“管理时区设置和时钟同步”(来自知识库)的职责,以及问题在 2025.12.30 版本被修复的事实,可以合理推断华为/社区内部必然存在与此问题相关的研发跟踪单或缺陷修复记录。2025.12 版本开发周期内,作为 Time Manager Lua 模块优化或 openUBMC 2512LTS (25.12) 发布的一部分被处理的。在openUBMC社区版本 2025.9.30 中,存在一个Web界面时区显示不一致的问题:
openUBMC时间)能正确更新并反映新的时间。UTC),即使刷新页面也不变。DateTimeLocalOffset字段的值未正确更新,导致前端界面无法获取到最新的时区设置。该问题在 2025.12.30 版本中已得到解决。
综合现有信息分析,问题的根本原因如下:
数据源不一致:
openUBMC时间 的显示(位于界面右下角)和 DateTimeLocalOffset 的取值并非来源于同一个数据源或配置管理模块。openUBMC时间的显示)发生了变化,但配置接口未正确更新 DateTimeLocalOffset 对应的配置项。配置字段未同步:
2025.9.30 版本中,DateTimeLocalOffset 字段未能准确反映实际的时区偏移量。+08:00时,该字段仍被错误地报告为"UTC",导致前端下拉框无法正确渲染。前端依赖后端数据:
DateTimeLocalOffset)。该问题在 2025.12.30 版本中已修复,解决方案的核心是确保系统内时区配置数据的统一性和一致性。具体修复措施推断如下:
修正配置同步逻辑:
DateTimeLocalOffset 配置项的逻辑缺陷。统一 DateTimeLocalOffset 格式:
2025.9.30 版本中,DateTimeLocalOffset 的值为 "UTC",这只能表示零时区,无法表达偏移量。2025.12.30 版本中,DateTimeLocalOffset 的值已正确更新为符合标准的时区格式 "UTC+08:00"。关联 TimeZone 与 DateTimeLocalOffset:
2025.12.30 的接口返回中可以看到新增了独立的 TimeZone 字段("+08:00")。TimeZone”和“本地时间显示相关的DateTimeLocalOffset”做了更好的关联或统一,避免了配置脱节。2025.9.30 版本存在配置同步缺陷,导致IPMI修改时区后,DateTimeLocalOffset 字段未正确更新。2025.12.30 版本中,通过修复配置同步逻辑和统一时区格式解决了此问题。Time Manager Lua 在历史版本中的一个已知缺陷。Time Manager Lua 负责“管理时区设置和时钟同步”(来自知识库)的职责,以及问题在 2025.12.30 版本被修复的事实,可以合理推断华为/社区内部必然存在与此问题相关的研发跟踪单或缺陷修复记录。2025.12 版本开发周期内,作为 Time Manager Lua 模块优化或 openUBMC 2512LTS (25.12) 发布的一部分被处理的。相关链接:
内部是有单修改了闭源组件解决了这个问题