第 5 章 已知问题


已解决此 Red Hat Trusted Artifact Signer 发行版本的已知问题(RHTAS):

本发行版本中发现的未解决已知问题的列表,以及早期版本的 RHTAS:

将 RHTAS 数据恢复到新的 OpenShift 集群
当将 RHTAS 数据恢复到新的 Red Hat OpenShift 集群时,您必须因为更改集群的 CA 授权而重新生成 TLS 证书。这个变化会破坏组件之间的安全通信,从而导致一些 pod 在恢复过程中停止。要解决这个问题,请启动恢复,等待 ctlog pod 启动失败,然后通过执行 restoreTls.sh 脚本,强制创建新的 TLS 证书来删除所有 TLS 证书。接下来,删除已终止的 ctlog pod 以及任何未启动的其他 pod。因此,所有 pod 都将启动,组件之间的通信将被重新建立。
Trillian CR 状态更新失败
在用户指定了自定义副本数后,Trillian 自定义资源(CR)无法更新 CR 中的 status.replicas 字段。这会导致定义的副本数和 CR 状态中报告的数量不匹配。虽然部署了正确数量的 pod,但 status 字段会错误地显示默认值,这可能会在监控过程中造成混淆。要临时解决这个问题,请手动更新 CR 中的 status.replicas 字段,以匹配实际的副本数。因此,status 字段可以准确反映副本数量。
在轮转 TSA 证书链后,cosign 无法验证签名时间戳

当前版本的 cosign 只需要一个单一 Timestamp Authority (TSA)证书链。轮转 TSA 证书链时,您可以将整个 TSA 证书链提供给更新框架(TUF)作为单独的目标。在轮转过程中,将新的 TSA 证书链设置为新的 TUF 目标,并过期旧的 TSA 证书链会给出以下出错信息:

main.go:74: error during command execution: unable to load TSA certificate: TSA certificate chain must contains one leaf certificate

目前,这个问题还没有临时解决方案。

有关轮转 TSA 签名者密钥和证书链的详情,请查看我们的 Red Hat OpenShift Container PlatformRed Hat Enterprise Linux 的步骤。

升级后,Rekor Search UI 不会显示记录

在将 RHTAS Operator 升级到最新版本后,在按电子邮件地址搜索时找不到现有的 Rekor 数据。backfill-redis Cron 作业,它确保 Rekor Search UI 可在午夜仅查询一次透明日志。要解决这个问题,您可以手动触发 backfill-redis 作业,而不是等待午夜。

要从命令行界面触发 backfill-redis 作业,请运行以下命令:

$ oc create job --from=cronjob/backfill-redis backfill-redis -n trusted-artifact-signer
Copy to Clipboard Toggle word wrap

这样做会将缺少的数据重新添加到 Rekor Search UI 中。

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2025 Red Hat