document-understanding
2024.10
true
重要 :
新发布内容的本地化可能需要 1-2 周的时间才能完成。

Document Understanding 发行说明
上次更新日期 2025年11月6日
发行日期:2025 年 6 月 26 日
- 在启用了 Workload Identity 的环境中,首次启动 Pod 时 SQL 连接可能会失败。在 Document Understanding 新式项目中启动导入作业时,这会导致错误。
- 如果您要安装或升级启用了 Document Understanding 新式项目的 Automation Suite 环境,请查看 Pod 日志,了解 SQL 连接错误。如有任何 Pod 显示 SQL 连接失败,请重新启动这些 Pod 以解决问题。连接恢复后,请重新导入文档。导入作业应能成功完成。
-
勘误 - 于 2025 年 10 月 17 日添加:有时可能会在 CPU 节点而非 GPU 节点上安排服务部署。虽然服务仍在 CPU 上运行,但与 GPU 执行相比,性能大幅下降。解决方法是,您必须在 Argo 中为
du-aimodelhost-2404对象手动配置资源请求和限制,如下所示:resources: limits: cpu: '4' memory: 22Gi nvidia.com/gpu: '1' requests: cpu: '1' memory: 10Gi nvidia.com/gpu: '1'resources: limits: cpu: '4' memory: 22Gi nvidia.com/gpu: '1' requests: cpu: '1' memory: 10Gi nvidia.com/gpu: '1'此问题已在 2024.10.5 版本中修复。
-
勘误:添加于 2025 年 10 月 22 日:如果使用命令
uipathctl config token-signing-certificates automatic-key-management启用自动证书轮换,则必须每 14 天手动重新启动 Document Understanding Pod。发生此行为是因为 Automation Suite 会在自动证书轮换处于活动状态时管理签名密钥的生命周期。此流程包括每 90 天轮换一次密钥,以及在轮换前 14 天宣布新密钥。旧密钥在轮换后会保留 14 天,之后将被删除。
解决方法是,您可以使用以下命令手动重新启动部署:kubectl -n uipath rollout restart deploy kubectl -n uipath rollout restart stskubectl -n uipath rollout restart deploy kubectl -n uipath rollout restart sts作为替代方案,您可以使用以下命令禁用自动轮换,直到发布修复程序:
uipathctl config token-signing-certificates automatic-key-management disableuipathctl config token-signing-certificates automatic-key-management disable